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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] This invention relates to a database system backup apparatus according to the pre-characterizing part of 
claim 1 and to a method using this apparatus. 

Description of the Related Art 

[0002] A relational database is rapidly prevailing. In the relational database, an international standard language which 
is called SQL (JIS X3005 ISO/IEC 9075:Database Language SQL) is commonly used as a database language. There- 
fore, the relational database and the international standard database language SQL are assumed to be used in the 
following explanations. 

[0003] FIG. 15 shows a basic configuration of an application program and a database. 

[0004] Generally, a database system is composed of a database definition where contents of the data are described 
and the application program which operates in reference with the definition in addition to the processing data. The 
definition is called a catalog, repository, data directory/dictionary, etc. Furthermore, the data are always updated and 
the update history is stored in a special file. The special file which stores the update history is called a journal, log, etc. 
[0005] Meanwhile, the database language such as SQL is a language to process the database (to retrieve required 
data from the database, to update, delete and insert the data in the database, to define the data to manipulate the data 
in the database, etc.). The database language is unable to program the process of communication, display control, 
etc. which is necessary for operations. Therefore, it is common in the application program that the program related to 
the database process is written in SQL and the rest is written in a conventional language such as COBOL, etc. 
[0006] When a program which contains a SQL statement is compiled, a part which is written in SQL is compiled to 
a SQL procedure, while the rest is compiled as a normal load module. The SQL statement is replaced by a procedure 
call (sql_exec in FIG. 15) which is set to retrieve the SQL procedure which is compiled via a database system kernel. 
Furthermore, an ID of the SQL procedure which is registered in the database system is given as an argument of the 
procedure call. 

[0007] It differs according to the realization methods of the system, but it is common that the load module and the 
SQL procedure which are generated by using SQL are registered as a part of the definition in the SQL system. 
[0008] FIG. 15 shows the basic configuration of the application program and the database. In FIG. 15, the SQL 
program is inserted in a COBOL application program. 

[0009] The SQL program is compiled by a compiler. When the compiler compiles the SQL program, an ID is given 
to each SQL program. In FIG. 15, ID No. 23 and ID No. 24 are given to respective SQL procedures corresponding to 
the SQL program. 

[0010] Meanwhile, the COBOL application program is compiled to an executable form of the load module. The load 
module contains a call statement to execute the SQL procedure. The call statement calls the SQL procedure registered 
in the catalog by using the ID of the SQL procedure NO. 23 and No. 24 as arguments. Accordingly, the database 
process which is written in the SQL procedure is executed. 

[0011] As FIG. 16 shows, the application program is executed like a normal program until the procedure call 
(sql_exec) for the database system process. Then, the SQL procedure corresponding to the procedure call is retrieved 
via the database system kernel and executed. As described, the application program accesses the database appro- 
priately and executes the required processes. 
[001 2] The definition of the database is explained in the following. 

[001 3] The database system creates and controls the definition related to the database in various ways. Fo r example, 
in SQL, the database information is controlled concentrically to avoid double defining of the data and to realize effective 
control of stored information in the database. A group of the definitions is called a catalog. In SQL, the followings are 
objects to be controlled in the system: 

(1) A real table 

[001 4] The real table is the data corresponding to a conventional file. A field which constitutes the real table is called 
a column. Each column has attributes such as a data type, length, etc. 
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(2) A view 

[0015] The view corresponds to a virtual file, etc. The view shows a resutt to be obtained by applying conditions to 
the real table, and Is treated as if a real table. The data are presented in modified forms in addition to the original form. 
Consequently, illegal access to the data is prevented and common patterns of accesses are merged into view defini- 
tions. Even a complex case, where multiple real tables (files) are joined and presented in one table (file), is realized 
by views. Furthermore, the view is also created by referring to other (multiple) views. Both of the real table and the 
view are generally called a table. 

(3) A schema 

[0016] The schema corresponds to a conventional directory, etc. The schema is a container to arrange the tables, 
etc. separately. For example, when a schema name is S1 and a table name is T1 , the table (the real table and the 
view) is named S1 T1 by placing the schema name on the top. 

(4) A database user 

(5) Privilege of the database users 

[0017] Concerning the operation of the real table and the view, the user who created the table owns all the privileges 
(to select, update, delete and insert). When the privileges are granted to other users appropriately, the accesses to 
the database are able to be controlled in a certain group of users. 

[0018] In SQL, the privileges to access the data are controlled strictly and the privileges to select, update, delete 
and insert the data are controlled accordingly for each real table and view and for each user. Basically, the privileges 
are owned by the creators of the real tables, views, etc, but the privileges may be granted to others. Furthermore, the 
granting action itself may also be allowed to others. To allow the granting action is called as granting the privileqes 
"WITH GRANT OPTION." 

(6) The application program of the database and the SQL procedure used in the program 

[0019] In SQL, the above-described (1 ) - (6) are controlled in the catalog as the following information, for example: 

a) Information of user catalog (user name, number of schemas owned) 

User names and numbers of schemas owned by the users 

b) Information of schema catalog (schema name, owner name, number of tables stored) 

Schema names, names of schema owners, a number of tables in the schema 

c) Information of table catalog (table name, column number, belonging schema name, view or real table) 

This information controls both real tables and views together as tables. This information includes table names, 
a number of columns, schema names of the tables, and real tables or views. 

d) Information of column catalog (column name, belonging table name, belonging schema name, datatype, length) 
Information for each column. Column names, table names which the columns belong to, schema names which 
the tables belong to, data type, length, etc. 

e) Information of view definition catalog (view name, belonging schema name, view definition) 

This information controls definition for each view. This information includes view names, schema names which 
the views belong to and view definition. 

f) Information of reference relation of view and table (view name, belonging schema name, referred table name, 
referred table's belonging schema name) 

The views are created by referring to other views and real tables. For each referred table, there is a view 
name, schema name which the view belongs to, table name which the view refers to and schema name which the 
table belongs to. 

g) Information of authority catalog (grantor, receiver, type, object, schema name of the object, with grant option or 
not) 

This information is related to the privileges granted to database users to access the tables. The privileges 
correspond to conventional privileges like readable, writable, executable, etc. For example, this information in- 
cludes grantors, receivers, privilege types (SELECT, UPDATE, INSERT AND DELETE privileges for the concerning 
table), tables concerning the privileges, with grant option or not. 

Especially, when a new table is created, the creator is supposed to receive the privileges from the system and 
a special value (.system) is set for the grantors of the privileges. 



EP 0 614 150 B1 



In order to create a view, a SELECT privilege is at least necessary. When the created views donl satisfy certain 
conditions (such as referring to multiple tables, etc.), update becomes impossible and the UPDATE, DELETE AND 
INSERT privileges for the views are not generated. 

h) Information of program catalog (application program ID, location of program in OS) 
A catalog of application programs 

This information includes the ID and the locations of the program In OS (directory, etc). 

i) Information of procedure catalog (application program ID, procedure ID, procedure) 

A catalog of the SQL procedures compiled and generated corresponding to the SQL command used in the above 
application program 

This information includes program ID, SQL procedure ID and procedure, 
j) Information of reference relation of procedure and table 
(application program ID, procedure ID, schema name, table name) 

This information controls tables referred to by each procedure of application program. This information is 
provided for each procedure and for each referred table. 

[0020] Samples of a database and a catalog are explained in the following. Contents of the database in FIG. 1 7 are 
controlled as catalog information shown in FIGs. 18-27. 

[0021] In the database shown in FIG. 17, there are two users, Suzuki and Tanaka (see FIG. 18). The user Suzuki 
owns schema S1 and the user Tanaka owns schema S2 and S3 (see FIG. 19). Furthermore, the schema S1 contains 
real table T1 and view V1 . The schema S2 contains real table T2 and view V2 and the schema S3 contains view V3 
(see FIG. 20). 

[0022] The view V1 refers to T1 (see FIG. 23). The definition is as follows: 

SELECT * FROM T1 WHERE t11>100 (see FIG. 22) 
The view V1 is updatable (see FIG. 24). 

[0023] The view V2 refers to T1 and T2 (see FIG. 23). The definition is as follows: 

SELECT t11 , t12, t21 FROM T1 , T2 WHERE t11 = t23 (see FIG. 22) 
The view V2 is not updatable as multiple tables are referred to (see FIG. 24). Since the view V2 refers to the table T1 
owned by the other person (Suzuki), a SELECT privilege must be granted to Tanaka by Suzuki in advance (see FIG. 24). . 
[0024] The view V3 refers to V2 (see FIG. 23). The definition is as follows: 

SELECT v21 FROM V2 (see FIG. 22) 
The view V3 is not updatable as multiple tables are referred to (see FIG. 24). 

[0025] Program PROG1 contains two SQL statements. They are SQL procedure P1 and P2 (see FIG. 25 and FIG. 
26). Meanwhile, program PROG2 contains a SQL statement, SQL procedure P3 (see FIG. 25 and FIG. 26). 
[0026] The SQL procedure P1 refers to V2 (see FIG. 27). The SQL procedure P2 refers to T2 (see FIG. 27). The 
SQL procedure P3 refers to V1 and V3 (see FIG. 27). 

[0027] Furthermore, Suzuki grants Tanaka a privilege to select (including refer) concerning T1 with grant option (see 
FIG. 24). 

[0028] As described, the catalog information in FIGs. 18-27 are samples of the definition in the database. 
[0029] Furthermore, the database system which uses SQL, etc. accompanies the following characteristics: 

(1) A history of ail the updates, deletion, etc. executed to the database is stored in the journal. Therefore, even if 
the database is cleared or damaged, it is able to be recovered always. 

(2) When the database is changed by adding index, changing access privilege, etc., the SQL procedure registered 
in the catalog is no more an optimal procedure. In that case, when the SQL procedure is executed via the COBOL 
application program, the concerning SQL procedure is dynamically recompiled and an optimal procedure is re- 
generated in accordance with the change. The procedure is registered in the catalog and the execution resumes. 

Problems to be Solved by the Invention 

[0030] The above-described characteristics are realized. However, the following problems exist; 

(1) All the definitions of the database including other developing applications are controlled together in a catalog 
in a system. Therefore, when a developed application is intended to be packaged, it is difficult to extract only 
necessary parts to be packaged. For example, a real table is referred to by multiple views and the view is referred 
to by the multiple views. Additionally, a privilege is necessary to refer to a view and a condition where the privileges 
are defined must be reproduced every time, when a view is created. - 

For example, in the above-mentioned case, the tables T1 and T2 must be created in order to create the view 
V2. In addition, the schema S1 and S2 and owners of each schema, user Suzuki and user Tanaka must be gen- 
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erated in order to create the table T1 and T2. Furthermore, after the tables T1 and T2 are created, the SELECT 
privilege must be granted to Tanaka by Suzuki. Otherwise, Tanaka is unable to refer to T1 and the view V2 is not 
created. 

As described, the definitions are complicatedly related to each other. Additionally, it is necessary to restore 
5 the definition historically in a chronological order. At present, 

a) necessary parts are acknowledged and extracted in a necessary order by a human, 

b) furthermore, restoration is made carefully by a human in a migrated location. 

10 As described, conventional creation and diffusion of a packaged software is difficult. The complicated instal- 

lation and development by a human has been necessary for each concerning system. 

(2) Recently, many machines are connected via LAN (Local Area Network). It is getting a popular style that when 
a software is developed in a machine, the result is distributed to other multiple machines via LAN. However, even 
if the system provides such environment, it has been difficult for the application program which accesses the 

15 database to utilize the environment effectively. It has been also difficult to distribute the software due to the above- 

described problems. 

(3) Additionally, CASE (Computer Aided Software Engineering) which controls the whole software engineering is 
prevailing. In CASE, repository which controls the definition in the engineering work is similar to the described 
catalog. Therefore, the problem mentioned in (1) occurs, when engineering work environment is migrated or the 

20 engineering work is distributed to multiple groups. 

(4) Possibly, the database itself needs to accompany special functions in addition to the conventional functions in 
order to restore the definition historically in the migrated location. 

For example, when the information on a number of tables in each schema is migrated, the whole content of 
the catalog including the information are saved. When the package is installed, the saved information may be 

25 retrieved and the concerning part of the catalog in the system may be updated directly in the migrated location. 

However, in that case, a special interface for the catalog processing (direct update of the part of the catalog) is 
necessary besides the normal database function. Even if the package is developed by using a standard language 
like COBOL and SQL, since the special interface depends on the specifications of venders, the migration of the 
system among different venders is impossible. 

30 (5) The conventional journal stores the update history for the whole database system. Therefore, the whole data- 

base must be stored (backuped) in order to restore the database. Even if it is known that only a small part of the 
whole database has been updated, the whole database is always backuped. Therefore, maintenance operation 
time tends to be long. 

(6) In the migration of the system, it is difficult to create an ID in order to keep the corresponding relationships of 
35 the application program and the SQL procedure registered in the catalog. 

[0031] Especially, when the application program is migrated to another machine or another SQL system, the migrated 
ID might conflict with the ID which is already assigned in the operating application program and the SQL procedure in 
the machine. Therefore, the migration is difficult. Additionally, in the migrated location, the migrated SQL procedure 
40 might not be compiled to an optimal SQL procedure always due to the data volume, etc. 

SUMMARY OF THE INVENTION 

[0032] It is the object of this invention to provide an apparatus and a method to backup, a program and data easily 
45 in a database system. 

[0033] It is also the object of this invention to provide an apparatus and a method wherein the backup of the database 
system is made by reproducing a series of database language commands, and only a system which may execute the 
database language is necessary in order to restore the backuped data or migrate the backuped data to another system 
so that no special restoration or migration means is necessary. 
so [0034] A database system backup apparatus according to the invention as defined in claim 1 for saving backup 
objects to a storage medium from a database system which has a definition and data defined by the definition, com- 
prising 

(a) database access means for accessing the database system; 
55 (b) storage medium access means for saving the backup objects as backup data to the storage medium; 

(c) command interpreter means for inputting and interpreting a backup command of the database system; 

(d) backup procedure generator means for accessing the definition in the database system through the database 
access means and generating a backup procedure for saving the backup objects; is characterized by 
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(e) control means for identifying the backup objects by referring to the definition in the database system based on 
the backup command interpreted by the command interpreter means, giving the backup objects to the backup 
procedure generator means so as to get the backup procedure, extracting the backup objects from the database 
system with the database access means according to the backup procedure, and storing the backup objects as a 
5 series of commands in a database language to the storage medium with the storage medium access means. 

[0035] In a preferred embodiment of the database system backup apparatus according to the invention the command 
interpreter means includes 

10 (1 ) means for receiving and interpreting a backup command, and 

(2) means for providing the backup command to a control means. 

[0036] In another preferred embodiment of the data base system backup apparatus according to the invention the 
backup command includes 

15 - 

(a) a list of objects, the list having at least one of the objects being a name of a data category description unit, 

(b) an object type assignment, and 

(c) an object range assignment. 

20 [0037] In a further preferred embodiment of the data base system backup apparatus according to the invention the 
database access means includes a database language to access the database system. 

[0036] In still further embodiments of the data base system backup apparatus according to the invention the control 
means includes: 

(a) means for converting the backup objects to a form of a command description, the command description written 
in a database language, and 

(b) means for providing the command description to the storage medium access means for saving in the storage 
medium; or 

(a) means for converting the definition to be saved to a form of a definition command, the definition command 
creates the definition to be written in a database language, and 

(b) means for providing the definition command to the storage medium access means for saving the definition 
command in the storage medium, when the definition is one of the backup objects; or 

(a) means for converting the data to be saved to a form of a data insert command for inserting the data to be written 
in a database language, and 

(b) means for providing the data insert command to the storage medium access means for.saving the data insert 
command in the storage medium, when the data is one of the backup objects; or 

(a) means for creating replace information, the replace information to replace a value of a variable, and 

(b) means for providing the replace information to the storage medium access means for saving the replace infor- 
mation in the storage medium, when the variable is one of the backup objects; or 

(a) means for creating an area reserve command for reserving a data recording area, the data recording to be 
written in a database language, and 

(b) means for providing the area reserve command to the storage medium access means for saving the area 
reserve command in the storage medium; or 

(a) means for searching a data ID recorded in a journal in the database system, 

(b) means for extracting an access history related to the backup objects based on the search of the data ID; and 

(c) means for providing the extracted access history to the storage medium access means for saving the extracted 
access history as a backup journal in the storage medium. 

[0039] According to a still further embodiment of the database system backup apparatus according to the invention 
a program access means is provided for accessing a program, the program having a source code of a procedure and 
processing data by executing an executable procedure, the executable procedure being cataloged by the definition in 
the database system based on a database language; wherein the control means may include: 
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(a) means for identifying the program which has the source code of the executable procedure as the backup object, 
instead of the executable procedure, 

(b) means for extracting the program to be saved with the program access means, and 

(c) means for providing the program to the storage medium access means for saving the program in the storage 
5 medium. 

[0040] In a still further embodiment of the database system backup apparatus according to the invention the backup 
procedure generator means includes: 

w (a) means for identifying a dependence relation between the data to be saved, the dependence relation being 

defined by the definition, and 

(b) means for providing the dependence relation to the storage medium access means for saving the dependence 
relation in the storage medium. 

*5 [0041] In a database system backup method as defined in claim 14 using the apparatus according to the invention 
the command interpreter means inputs the backup command with a list of objects having at least one of a name of 
data category description unit such as user names, schema, a data name such as SQL table and file, a logical data 
name such as view, a program name, and privilege name, and with an object type assignment and an object range 
assignment of the objects, and the control means identifies the backup objects which are included in the object type 

20 assignment and the object range assignment referring to the definition based on the list of the objects and the object 
type assignment and the object range assignment inputted. 

[0042] In this method, the database system can be accessed with a database language, and the database access 
means can access the database system with the database language. 

[0043] Further, the control means can convert backup objects to a form of a command description written in a data- 
25 base language and storing the command description in the storage medium; 

or the control means can convert the definition to be saved to a form of a definition command for creating the 
definition written in a database language and storing the definition command in the storage medium, in case that 
the definition is one of the backup objects; 
30 or the control means can convert the data to be saved to a form of a data insert command for inserting data written 

in a database language, and storing the insert command in the storage medium, in case that the data are one of 
the backup objects; 

or the control means can create replace information for being possible to replace a value of a variable and storing 
the replace information in the storage medium, in case that the variable being possible to replace the value thereof 
35 is one of the backup objects. 

[0044] Also, the definition in the database system can catalogue an executable procedure based on a database 
language, wherein the database system includes a program having a source code of the procedure and processing 
data by executing the executable procedure catalogue in the definition, and the database system backup apparatus 
40 further comprising program access means for accessing the program, and wherein, in case that the executable pro- 
cedure is one of the backup objects, the control means identifies the program which has the source code of the exe- 
cutable procedure, as the backup object instead of the executable procedure, and extracts the program to be saved 
with the program access means and stores the program to the storage medium. 

[0045] The control means can create an area reserve command for reserving a data recording area written in a 

45 database language and storing the area reserve command to the storage medium. 

[0046] The database system may have a journal for recording access history with a data ID, wherein the control 
means searches the data ID recorded in the journal and extracts the access history related to the backup objects based 
on the search of the data ID, and stores the extracted access history as a backup journal in the storage medium. 
[0047] The definition can define a dependence relation of data, and the backup procedure generator means can 

so identify the dependence relation between the data to be saved, and the control means can store the dependence 
relation identified by the backup procedure generator means to the storage medium. 

BRIEF DESCRIPTION OF THE DRAWINGS 

55 [0048] In the drawing, Figure 1 shows a block chart of the database and program backup/migration/restoration ap- 
paratus of this invention; 

Figure 2 shows a sample of stored information which is backuped by the database system backup apparatus of 



7 



EP 0 614 150 B1 



this invention; 

Figure 3 shows an identification method of the backuping real tables and views in case that the real tables and 
views are backuped in a database system of this invention; 
Figure 4 is used to explain a backup procedure of the real tables 
of this invention; 

Figure 5 is used to explain a backup procedure of the real tables 
of this invention; 

Figure 6 is used to explain a backup procedure of the real tables 
of this invention; 

Figure 7 is used to explain a backup procedure of the real tables 
of this invention; 

Figure 8 is used to explain a backup procedure of the real tables 
of this invention; 

Figure 9 is used to explain a backup procedure of the real tables 
of this invention; 

Figure 10 is used to explain a backup procedure of the real tables and views by the backup procedure generator 
of this invention; 

Figure 11 is used to explain a backup procedure of the real tables and views by the backup procedure generator 
of this invention; 

Figure 12 is used to explain a creation procedure of a GRANT statement by the backup procedure generator of 
this invention; 

Figure 13 is used to explain a creation procedure of a GRANT statement by the backup procedure generator of 
this Invention; 

Figure 14 is used to explain a creation procedure of a GRANT statement by the backup procedure generator of 
this invention; 

Figure 15 shows a block chart of a related database system; 

Figure 16 is used to explain an execution method of a SQL procedure in a related database system; 

Figure 17 shows a block chart of a database system; 

Figure 1 8 shows a sample of information of user catalog; 

Figure 1 9 shows a sample of information of schema catalog; 

Figure 20 shows a sample of information of table catalog; 

Figure 21 shows a sample of information of column catalog in a database system; 

Figure 22 shows a sample of information of view definition catalog in a database system; 

Figure 23 shows a sample of information of reference relation of view and table in a database system; 

Figure 24 shows a sample of information of authority catalog in a database system; 

Figure 25 shows a sample of information of program catalog in a database system; 

Figure 26 shows a sample of information of procedure catalog in a database system; 

Figure 27 shows a sample of reference relation of procedure and table in a database system. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



and views by the backup procedure generator 
and views by the backup procedure generator 
and views by the backup procedure generator 
and views by the backup procedure generator 
and views by the backup procedure generator 
and views by the backup procedure generator 



Embodiment 1 . 



[0049] As explained in the Related Art, an international standard language called Structured Query Language (SQL) 
is generally used as a database language. Therefore, in the following explanation, a relational database and the inter- 
national database language are assumed to be employed. Substantially, other types of database and database lan- 
guage are similarly adoptabfe. 

[0050] In the embodiment 1 , the database system described in the Related Art using FIGs. 1 7 - 27 is explained as 
an embodiment. 

[0051] FIG. 1 shows an example of a database and program backup, migration and restoration apparatus 15 as an 
embodiment of this invention. The backup is to copy a part or all of the already existing database 12 and program 14 
to a storage medium 8 such as a magnetic tape, magnetic disk, etc. The migration is to port the database system 9 
operated in a computer system to another computer system by using the database and the program which are backuped 
and copied to the storage medium, the restoration is to re-copy the database and the program which are backuped 
and copied to the storage medium back to the original computer system. Here, the migration differs from the restoration 
in the sense that the migration is conducted for another computer system, while the restoration is conducted within the 
original computer system. 

[0052] In the following, each unit of the database and program backup, migration and restoration apparatus is ex- 
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plained based on FIG. 1 . 

1 ) Command interpreter 

5 [0053] The command interpreter 1 offers an interface for the users and receives requests such as the backup, res- 
toration, migration, etc. and a list of the objects of the requests from the users. The command interpreter sends the 
requests to a controller 2 after justification of the requests. In case of the migration, the command interpreter receives 
the replacement instructions such as user names, etc. from the user if necessary and sends the instructions to the 
controller. 

10 

2) Controller 

[0054] The controller controls the whole apparatus and identifies the objects for the backup, restoration and migration 
assigned by a user by using a database and catalog access unit 6. 

15 [0055] In case of the backup, a backup-migrate-restore-procedure generator 3 is called in order to create the defi- 
nition, replace information and dependence information based on the specified objects and process requests. The 
created information is converted to an executable form of SQL and stored in the storage medium orderly by a storage 
medium access unit 5. Further, the data (content of the real table) are read out by using the database and catalog 
access unit and converted to an executable form of SQL in order to be stored in the storage medium by the storage 

20 medium access unit, if specified. Further, a journal 13 is read out by the database and catalog access unit and stored 
in the storage medium by the storage medium access unit, if specified. The program is read out by a program access 
unit 7 and stored in the storage medium by the storage medium access unit, if specified. 

[0056] In the above-described operations, if a view is specified to be evaluated to be a real table, or if a part of a real 
table in the database is requested to be transformed by the execution of the SQL command, a view SQL execution 

25 unit 4 executes the requests adoptively. 

[0057] In case of restoration and migration, the restoration and migration objects are selected by reading out the 
definition, replace information and dependence information from the storage medium and by calling the backup-mi- 
grate-restore-procedure generator by using the readout information and the specified objects. When replacement is 
necessary for the identified objects, replacing content is input via the command interpreter by a user. Then, as specified, 

30 necessary replacement is made according to the replace information, when the definition on the identified object is 
read out from the storage medium by the storage medium access unit. Accordingly, the restoration and migration is 
conducted by the database and catalog access unit. 

[0058] The definition is in a form of a command of the SQL definition system. Therefore, the operation is made by 
executing the command. Furthermore, if specified, the data (content of the real table) and the journal are read out from 
35 the storage medium by the storage medium access unit and restored and migrated in the system by the database and 
catalog access unit. Additionally, if specified, the program is read out from the storage medium by the storage medium 
access unit and stored in the database system by the program access unit. 

[0059] For the above operations, when it is specified to evaluate and realize a view to be a real table, or when a part 
of real tables in the database is requested to be transformed by the execution of the SQL command, the view SQL 
40 execution unit executes the requests adoptively. 

3) Backup-migrate-restore-procedure generator 

[0060] The backup-migrate-restore-procedure generator receives the objects from the controller and creates the 
45 necessary definition and the definition order for the objects. In case of backup, the necessary information for creation 
is obtained by accessing the catalog 11 by the database and catalog access unit. In case of restoration and migration, 
the necessary information for creation is obtained by accessing the dependence information in the storage medium. 

4) View SQL execution unit 

so 

[0061 ] The view SQL execution unit realizes the specified view or executes the SQL statement and sends the result 
to the controller 

5) Storage medium access unit 

55 

[0062] The storage medium access unit reads out the specified content from the storage medium (magnetic tape, 
disk, etc.) and writes in the storage medium. 
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6) Database and catalog access unit 

[0063] The database and catalog access unit reads out the content of the database and the catalog and also writes 
In the database and catalog. This function is realized by executing a required SQL statement for the database system. 
[0064] The database and catalog access unit also reads out the content of the journal and applies the readout content 
to the database in order to make the database current. There is no standard of SQL for the journal operation. However, 
some method is prepared for each system. For example, the readout and setting of the journal is made by the normal 
readout and creation of a file in operation system (OS) and the execution of the journal is made by the database system 
by using a RECOVER command, etc. 

7) Program access unit 

[0065] The program access unit reads out and sets the application program. It is enough if a normal access function 
to a file in the OS is provided. 

[0066] The following shows the operation of the apparatus. 
1) Operation of the command interpreter 



[0067] The backup, migration and restoration request from a user is interpreted by the command interpreter in order 
to confirm the justification of the content. Then, the request is converted to an internal form and sent to the controller. 
The command interpreter receives the following assignments or specifications: 



Operation assignment 


=BACKUP: backup operation 




RESTORE: installation operation in a restoring or migrating location 


A list of objects 


=object, object 


Objects 


=user name (interpreted as an abbreviation to specify all the belongings of the user) 




schema name (interpreted as ail the tables under the schema are specified) 




schema name.table name (interpreted as the table is specified) 




privilege name 




program name 


Object type assignment 


=D: data 




C: catalog 




P: program 




combination of the D, C and P (for example, D+ P, etc.) 


Object range assignment 


=ONLY: Only specified objects are treated as objects. 




DOWN: specified objects and all the referred objects by the specified objects are 




treated as objects. 




ALL: specified objects, all the referred objects by the specified objects and all the 




objects referring to the specified objects are treated as objects. 


Restricted range assignment 


=user name list (schemas and tables, etc. of the users who are not on the list are 




exempted.) 




schema name list (schemas and 




tables, etc. of the schemas which are not on the list are exempted.) 



A list of views which should be realized to be the real tables 

A list of the SQL statements in order to select and transform the data for the real tables among the real tables 



2) Operation of the controller 

[0068] The controller construes the request from the command interpreter and controls the whole backup, migration 
and restoration operations. 

[Incase of the backup] 

[0069] 

(1 ) The controller sends the objects received from the command interpreter to the backup-migrate-restore-proce- 
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dure generator and receives catalogs of the objects and the definition, replace information and dependence infor- 
mation. The catalogs of the objects are as follows: 



U: 


user catalog 


S: 


schema catalog 


T: 


real table catalog 


V: 


view catalog 


A: 


authority catalog 


P: 


program catalog 


RU: 


restricted user catalog 


RS: 


restricted schema catalog 



(2) When the views in the view catalog V are specified to be evaluated to be the real tables, such views are realized 
to be the real tables by the evaluation. In the definition and the dependence information, the corresponding infor- 
mation of the realized views are replaced by the information of the real tables (a CREATE VIEW statement is 
replaced by a CREATE TABLE statement). Then, the real tables are stored. Furthermore, the views and real tables 
which are referred to by only the realized views are deleted from the definition. 

(3) If C (catalog) is included in the object type assignment, the replace information, the definition and the depend- 
ence information are stored in the storage medium by the storage medium access unit. 

(4) If D (data) are included in the object type assignment, the contents of the real tables in the real table catalog 
T are retrieved by the database and catalog access unit and stored in the storage medium as an INSERT command 
by the storage medium access unit. When the real tables created by the evaluation of the views in (2) are to be 
stored in the storage medium, the contents of the real tables stored in (2) are stored in the storage medium. When 
an execution of a SQL statement is specified for the real tables to be stored in the storage medium, the SQL 
statement is executed by the view SQL execution unit. The result is stored in the storage medium in a form of an 
INSERT command. 

[0070] If the D (data) are included in the object type assignment, the journal is retrieved by the database and catalog 
access unit and stored in the storage medium by the storage medium access unit. In this case, as the journal accom- 
panies the IDs of the real tables which were objects of operation, only the contents of the journal related to the tables 
in the real table catalog T are retrieved. If P (program) is included in the object type assignment, programs in the P 
(program) are retrieved by the program access unit and stored in the storage medium by the storage medium access 
unit. 

[In case of the restoration and migration] 
[0071] 

(1 ) The definition, replace information and dependence information is read out by the storage medium access unit. 

(2) The controller sends the objects and the dependence information received from the command interpreter to 
the backup-migrate-restore-procedure generator and receives the catalogs of the objects. The catalogs of the 
objects are as follows: 



U: 


user catalog 


s: 


schema catalog 


T: 


real table catalog 


V: 


view catalog 


A: 


authority catalog 


P: 


program catalog 


RU: 


restricted user catalog 


RS: 


restricted schema catalog 



(3) The command interpreter receives the replacement assignment from a user and replaces the replacement file 
with the received replace information. 

(4) If C (catalog) is included in the object type assignment, the database and catalog access unit restores and 
migrates the definition on the objects by replacing the definition based on the replace information. In this case, the 
SQL definition command such as CREATE USER statements, CREATE SCHEMA statements and CREATE TA- 
BLE, CREATE VIEW, GRANT statements are read out and executed in the stored order, while replacement is 
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made based on the replace information. The statements are already stored in a consistent order in both time and 
space at the time of the backup. Therefore, the execution may be made in the stored order. 

When a view in the view catalog V is assigned to be evaluated to be a real table, a CREATE VIEW command 
is converted to a CREATE TABLE command and the CREATE TABLE command is executed. Further, the CREATE 
5 TABLE command is stored as a SQL statement and executed later in (5). Among the views and real tables referred 

to by this view, the tables which are referred to by only this view are deleted from the definition. Such tables are 
distinguished by tracking the tables which are dependent only on this view among the dependence information. 

(5) If D (data) are included in the object type assignment, the database and catalog access unit retrieves an INSERT 
statement which creates the content of a real table in the real table catalog T and executes the INSERT command 

10 to restore the content of the real table in the database. Furthermore, if an execution of a SQL statement is specified 

for the real table, the execution is made by the view SQL execution unit and the result is stored as T. Then, the 
content of the real table is cleared once by the following command: 

DELETE * FROM table name 
Then, the content of the real table is replaced by the previous result by the following command: 
15 INSERT INTO table name SELECT * FROM T 

The following is an example of this; 

For example, real table T1 and view V1 which refers to the T1 exist. The view V1 is evaluated for the real table 
T1 by the execution of a SQL statement. If it is found that the real table T1 is referred to only by the view V1 and 
not referred to by any other views by referring to the dependence information, etc., it is not necessary to store the 
20 real table T1 in the database. Therefore, the real table T1 may be deleted. 

In this case, T which is the result of evaluation of the view V1 for T1 is stored once. When it is judged that the 
real table T1 will not be referred to by other views and other programs anymore, the real table T1 is deleted and 
the view Vt which is stored in the T may be created as the real table. 

When only the data of t1 1 =1 00 are restored among the data of the real table T1 , 
25 SELECT* FROM T1 

WHERE t11=100 

are directly executed. Then, the original data of T1 are replaced with the result. 

(6) If D (data) are included in the object type assignment, the journal is retrieved from the storage medium and 
applied to the database. In this case, as the journal accompanies the ID of the real table which was the object of 

30 the operation, only the content of the journal related to the table in the real table catalog T is retrieved. 

(7) If P (program) is included in the object type assignment, the programs in the P (program) are retrieved by the 
program access unit and stored in the database system. 

[0072] When the database is migrated from a machine to another machine, all the above steps are executed. When 
35 the database is restored within the same machine, two steps described in (5) and (6) are executed. These are realized, 
when only D (data) are assigned in the object type assignment. 

[0073] When the present data are cleared and restored by assignment, the content of the database is cleared once by 

DELETE * FROM table name 
and restored. 

40 [0074] When the content of the database is migrated, the system is also able to store the content in a higher speed 
Instead of conveying the content as a SQL command by an INSERT command. For example, the content of the data 
may be stored in a form of a file and restored by replacing directly in the form of the file. In this case, the DELETE 
statement used in the restore operation is unnecessary. 

[0075] Then, when operation starts, the restored application program is executed. Since the information of the SQL 
« procedure catalog is not migrated together in this case, the accessing SQL procedure is not found in the catalog in the 
migrated location. Therefore, the system recompiles the concerning SQL procedure, registers the procedure as the 
information of the procedure catalog, and resumes execution. Consequently, the dynamic recompile function of the 
SQL system is utilized and the information of the procedure catalog is automatically reproduced. 
[0076] Sample assignments and specifications which the command interpreter receives and sample objects which 
50 the controller receives from the backups igrate-restore-procedure generator by the assignments and the specifications 
are explained. For example, the assignments and the specifications which the command interpreter receives may have 
various combinations. The following cases are examples when the definition which is necessary for the specified ap- 
plication may be retrieved: 

55 a) [A case of ail the necessary elements being specified] 

[0077] All the elements constituting the application such as the users, schemas, real tables, views, programs and 
privileges are specified. Then, the system generates the necessary restore order by judging the relationships and the 
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historic execution order of the specified information automatically. 

b) [A case of user names being given and other elements being automatically extracted by the system] 

[0078] Only one or multiple user names which constitute the application are given and the schemas, real tables, 
views, programs and privileges which the users own are automatically extracted. The system generates the necessary 
restore order by judging the relationships and the historic execution order of the information. 

c) [A case of schema names being given and other elements being automatically extracted by the system] 

[0079] Only one or multiple schema names which constitute the application are given and the users who own the 
schemas and the real tables, views and privileges owned by the schemas are automatically extracted. The system 
generates the necessary restore order by judging the relationships and the historic execution order of the information. 

d) [A case of table names being given and other elements being automatically extracted by the system] 

[0080] Only one or multiple table names which constitute the application are given and the schemas which the tables 
belong to, the users who own the schemas and the privileges related to the tables are automatically extracted. The 
system generates the necessary restore order by judging the relationships and the historic execution order of the 
information. 

e) [A case of view names being given and other elements being automatically extracted by the system] 

[0081] Only one or multiple view names which constitute the application are given and the schemas which the views 
belong to, the users who own the schemas, the privileges related to the views, the views and tables which the given 
views refer to and the privileges assumed for the reference are automatically extracted. The system generates the 
necessary restore order by judging the relationships and the historic execution order of the information automatically. 

f) [A case of program names being given and other elements being automatically extracted by the system] 

[0082] Only one or multiple program names which constitute the application are given and the users, schemas, real 
tables, views and privileges are automatically extracted. The system generates the necessary restore order by judging 
the relationships and the historic execution order of the information automatically. 

g) [A case of privilege names being given and other elements being automatically extracted by the system] 

[0083] Only one or multiple privilege names which constitute the application are given and the privileges and the 
users who grant and who receive the privileges, the real tables and views which are the objects of the privileges are 
automatically extracted. The system generates the necessary restore order by judging the relationships and the historic 
execution order of the information automatically. 

h) Furthermore, in the above a) - g), all the views referring to the extracted real tables and views are extracted. The 
schemas, users and privileges which are necessary for the creation of the views are also extracted. The system gen- 
erates the necessary restore order by judging the relationships and the historic execution order of the information 
automatically. 

i> In the above a) - g) or in the combination of a)-g) and h), all the programs which refer to the extracted information 
are extracted. 

[0084] in the following, some examples of the values of the user catalog U, schema catalog S, real table catalog T, 
view catalog V, authority catalog A and program catalog P which are identified by the controller in reference with the 
definition for the assignment and the specification received in the command interpreter are described based on the 
sample definition of the database shown in the Related Art. 

[0085] The following example doesn't respond directly to the a) - i) which are described as the sample cases which 
are received by the command interpreter. One case or a combination of multiple cases is described. Further, in order 
to simplify the explanation, samples of only the list of the objects, object range assignments and restricted range 
assignments instead of all the assignments and the specifications received by the command interpreter are illustrated. 
[0086] The user catalog U, schema catalog S, view catalog V, real table catalog T, authority catalog A, program 
catalog, P, restricted user catalog RU and restricted schema catalog RS show each value received by the controller 
from the backup-migrate-restore-procedure generator. Due to the assignment input in the command interpreter, the 
backup-migrate-restore-procedure generator finds the user catalog U, schema catalog S, real table catalog T, view 
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catalog V, authority catalog A, program catalog P, restricted user catalog RU and restricted schema catalog RS and 

outputs to the controller. This procedure is described later. 

[0087] In the following examples, <j> is used for the meaning of unspecified. 

Example 1 . 

[0088] Backup of the specified real table 



A list of objects 


=Suzuki, S1 , 




S1.T1 


Object range assignment 


=ONLY 


Restricted range assignment 


=none 


User catalog U 


=Suzuki 


Schema catalog S 


=S1 


View catalog V 


=0 


Real table catalog 


T=T1 


Authority catalog A 


=0 


Program catalog P 


=♦ 


Restricted user catalog RU 


=* 


Restricted schema catalog RS 


=<t> 



Example 2. 

[0089] Backup of the multiple specified real tables 



A list of objects 


=Suzuki, Tanaka, S1 , S2, 




S1.T1.S2.T2 


Object range assignment 


=ONLY 


Restricted range assignment 


=none 


User catalog U 


=Suzuki, Tanaka 


Schema catalog S 


=S1,S2 


View catalog V 


=<t> 


Real table catalog T 


=T1 , T2 


Authority catalog A 


H> 


Program catalog P 


=4> 


Restricted user catalog RU 


=4> 


Restricted schema catalog RS 


-4 



Example 3. 

[0090] Backup of a view and a real table which the view refers to 



A list of objects 


=Suzuki,S1,S1. V1.S1.TI 


Object range assignment 


=ONLY 


Restricted range assignment 


=none 


User catalog U 


=Suzuki 


Schema catalog S 


=S1 


View catalog V 


=V1 


Real table catalog T 


=T1 


Authority catalog A 


=4> 


Program catalog P 


=<> 


Restricted user catalog RU 


=4> 


Restricted schema catalog RS 


=4> 
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[0091] Backup of the multiple views and the real tables which the views refer to 



A list of objects 


=Suzuki, Tanaka, S1 , S2, S1 . V1 , S2. V2, S1 . T1 , S2. T2 


Object range assignment 


=ONLY 


Restricted range assignment =none 




User catalog U 


^Suzuki, Tanaka 


Schema catalog S 


=S1,S2 


View catalog V 


=V1, V2 


Authority catalog A 


=Tanaka's SELECT privilege forT1 


Real table catalog 


T=T1,T2 


Program catalog P 


H> 


Restricted user catalog RU 




Restricted schema catalog RS 


=<t> 



[0092] Example 5 corresponds to the example 3. In the example 5, only the view name is specified and the table 
name which the view refers to is specified to be retrieved automatically. 

Example 5. 



[0093] Backup of a view and automatic backup of a related real table 



A list of objects 


=S1.V1 j 


Object range assignment 


=DOWN 


Restricted range assignment 


=none 


User catalog U 


=Suzuki 


Schema catalog S 


=S1 


View catalog V 


=V1 


Real table catalog T=T1 




Authority catalog A 


=4> 


Program catalog P 


=* 


Restricted user catalog RU 


=4> 


Restricted schema catalog RS 


=4» 



[0094] Example 6 corresponds to the example 4. In the example 6, only the view names are specified and the table 
40 names which the views refer to are specified to be retrieved automatically. 

Example 6. 

[0095] Backup of the multiple views and automatic backup of the related real tables 



A list of objects 


=S1. V1.S2. V2 


Object range assignment 


=DOWN 


Restricted range assignment 


=none 


User catalog U 


=Suzuki, Tanaka 


Schema catalog S 


=S1,S2 


View catalog V 


=V1, V2 


Real table catalog T 


=T1,T2 


Authority catalog A 


=Tanaka's SELECT privilege for T1 


Program catalog P 


=♦ 


Restricted user catalog RU 


=♦ 


Restricted schema catalog RS 
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Example 7. 

[0096] Backup of a view and the tables which refer to the view 



10 



15 



20 



25 



30 



35 



A list of objects 


=S1. V2 


Object range assignment 


=DOWN 


Restricted range assignment 


=none 


User catalog U 


=Suzuki, Tanaka 


Schema catalog S 


=S1,S2 


View catalog V 


=V2 


Real table catalog T 


=T1,T2 


Authority catalog A 


=Tanaka's SELECT privilege for T1 


Program catalog P 


=♦ 


Restricted user catalog RU 




Restricted schema catalog RS 


=4> 



Example 8. 

[0097] Backup of the views and automatic backup of all the related tables 



A list of objects 


=S1.V2 | 


Object range assignment 


=ALL 


Restricted range assignment 


=none 


User catalog U 


-Suzuki, Tanaka 


Schema catalog S 


=S1,S2, S3 


View catalog V 


=V2, V3 


Real table catalog T 


=T1,T2 


Authority catalog A 


=Tanaka's SELECT privilege for T1 


Program catalog P 




Restricted user catalog RU 


■4 


Restricted schema catalog RS 


=4 



Example 9. 

[0098] Backup of the related complicated views 



40 


A list of objects 


=V3 




Object range assignment 


=DOWN 




Restricted range assignment 


=none 




User catalog U 


=Suzuki, Tanaka 


45 


Schema catalog S 


=S1, S2, S3 


View catalog V 


=V2, V3 




Real table catalog T 


=T1,T2 




Authority catalog A 


=Tanaka's SELECT privilege for T1 




Program catalog P 


=* 


50 


Restricted user catalog RU 






Restricted schema catalog RS 





Example 10. 

55 [0099] Backup of all the belongings of the user 



A list of objects 



=Suzuki 
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(continued) 



10 



Object range assignment 


=DOWN 


Restricted range assignment =none 




User catalog U 


=Suzuki 


Schema catalog S 


=S1 


View catalog V 


=V1 


Real table catalog T 


=T1 


Authority catalog A 


=♦ 


Program catalog P 


=* 


Restricted user catalog RU 


=♦ 


Restricted schema catalog RS 


■4 



15 Example 11. 

[0100] Backup of all the subjects under a schema 





A list of objects 


=S1 


20 


Object range assignment 


=DOWN 




Restricted range assignment 


=none 




User catalog U 


=Suzuki 




Schema catalog S 


=S1 


25 


View catalog V 


=V1 




Real table catalog T 


=T1 




Authority catalog A 


=4> 




Program catalog P 


H> 




Restricted user catalog RU 


=* 


30 


Restricted schema catalog RS 


=<> 



35 



40 



45 



Example 12. 

[0101] Backup of all the subjects under a schema and all the tables 



A list of objects 


=S1,S2.T2 


Object range assignment 


=DOWN 


Restricted range assignment 


=none 


User catalog U 


=Suzuki, Tanaka 


Schema catalog S 


=S1,S2 


View catalog V 


=V1 


Real table catalog T 


=T1,T2 


Authority catalog A 




Program catalog P 


=<t> 


Restricted user catalog RU 


=<j> 


Restricted schema catalog RS 


=(|> 



50 Example 13. 

[0102] Backup of the program and the related subjects 





A list of objects 


=PR0G2 


55 


Object range assignment 


-DOWN 




Restricted range assignment 


=none 




User catalog U 


=Suzuki, Tanaka 
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(continued) 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



Example 14. 
[0103] Backup of 



Schema catalog S 


=S1 ( S2, S3 


View catalog V 


=V1, V2, V3 


Real table catalog T 


=T1,T2 


Authority catalog A 


=Tanaka's SELECT privilege for T1 


Program catalog P 


=PROG2 


Restricted user catalog RU 


=+ 


Restricted schema catalog RS 


=* 


f the program and the tables 


A list of objects 


=PROG1,T1 


Object range assignment 


=DOWN 


Restricted range assignment 


=none 


User catalog U 


=Suzuki, Tanaka 


Schema catalog S 


=S1, S2 


View catalog V 


=V1, V2 


Real table catalog T 


=T1,T2 


Authority catalog A 


=Tanaka's SELECT privilege forT1 


Program catalog P 


=PROG1 


Restricted user catalog RU 


=♦ 


Restricted schema catalog RS 





Example 15. 

[0104] Backup of the program with restriction on schemas 



Example 16. 
[0105] Bac 



A list of objects 


=PROG2 


Object range assignment 


=DOWN 


Restricted range assignment 


=S1 


User catalog U 


= Suzuki 


Schema catalog S 


=S1 


View catalog V 


=V1 


Real table catalog T 


=T1 


Authority catalog A 




Program catalog P 


=PROG2 


Restricted user catalog RU 




Restricted schema catalog RS 




h restriction on users 


A list of objects 


=V3 


Object range assignment 


=DOWN 


Restricted range assignment 


=Suzuki 


User catalog U 


= Suzuki 


j Schema catalog S 


=S1 


View catalog V 


=V1 


Real table catalog T 


=T1 
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(continued) 




Authority catalog A 




Program catalog P 


=PROG1 


Restricted user catalog RU 


«♦ 


Restricted schema catalog RS 





[0106] FIG. 2 shows a sample content of the storage medium. In the FIG. 2, the replace information 50, the definition 
60, the dependence information 80, the data 100, the journal 110 and programs 120 are shown. 
[0107] The replace information 50 stores replace information of user names. In this example, each replace informa- 
tion is shown as a temporary name starting with $. In this case, user 1 is Suzuki and user 2 is Tanaka. When the replace 
information is not replaced, the user 1 is restored or migrated as Suzuki, while the user 2 is restored or migrated as 
Tanaka. However, when the user names, Suzuki orTanaka already exist in the migrating system, the replace information 
may be used to change the name of user 1 from Suzuki to Yamada, for example. Consequently, all the variables $U1 
hereinafter are replaced with Yamada for Installation. 

[0108] In the definition 60, the information to create the definition is provided in a SQL statement. 
[0109] The user 1 is created in the statement 61 and the user 2 is created in the statement 62. In the statement 63, 
the user 1 is set as the schema creator of the next statement 64. In the statement 64, the schema S1 is created as a 
belonging of the user 1 who is set in the statement 63. Similarly, in the statements 65 - 67, the schemas S2 and S3 
are created for the user 2. 

[0110] In the statement 68, the user 1 is set as the executor of the following SQL statements. In the statement 69, 
the real table T1 is created. In the statement 70, it is declared that the user 2 is granted the privilege to refer to the real 
table T1 with grant option. In the statement 71, it is defined to create view V1 by selecting data whose value of the 
column tl! are 1 00 or bigger from the real table T1 . In the statements 72 - 75, it is stated that the table 2 is created for 
the user 2, view V2 is created from the real tables T1 and T2 and view V3 is created from the view V2. 
[01 1 1 ] The dependence information 80 shows the dependence relation which are extracted from the definition of the 
backuped database system. In this example, the statement 81 and 82 show that user 1 and user 2 are independent 
on anything. The statement 83 shows that the existence of the user 1 is necessary for the schema S1 . The statements 
84 and 85 show that the existence of the user 2 is necessary for the schemas S2 and S3. Consequently, the user 1 
must already exist in order to create the schema 1 . Similarly, the user 2 must already exist in order to create the 
schemas S2 and S3. 

[01 12] The statement 86 shows that the schema S1 is necessary for the real table T1 . The statement 87 shows that 
the schema S2 is necessary for the real table T2. The statement 88 shows that the real table T1 and the schema S1 
are necessary for the view V1 . The statement 89 shows that the real tables T1 and T2 and the schema S2 as well as 
the SELECT privilege for T1 granted from the user 1 to the user 2 are necessary for the view V2. The statement 90 
shows that the view V2 and the schema S3 are necessary for the view V3. The statement 91 shows that the user 1 
and user 2 and the real table T1 are necessary for the SELECT privilege for the real table T1 granted from the user 1 
to the user 2. The statement 92 shows that the view V2 is necessary for the program P 1 . The statement 93 shows that 
the real table T2 is necessary for the program P2. The statement 94 shows that the views V1 and V3 are necessary 
for the program P3. 

[01 13] The described dependence information is able to be extracted from the catalog of the definition as explained 
in the Related Art. For example, the statements 81 and 82 are able to be extracted by referring to the information of 
the user catalog. The statements 83 - 85 are able to be extracted by referring to the information of the schema catalog. 
The statements 86 and 87 are able to be extracted by referring to the information of the table catalog. The statements 
88 and 89 are able to be extracted by referring to the information of the table catalog, view definition catalog and 
reference relation of view and table catalog. The statement 91 is able to be extracted by referring to the information of 
the authority catalog. The statements 92 - 94 are able to be extracted by referring to the reference relation of procedure 
and table. 

[0114] The data 100 provides the actual data in the database in an insert command of the SQL statement. The data 
insert command of the real table T1 1 01 and the data insert command of the real table T2 1 02 are also shown. 
[01 1 5] The journal 1 1 0 stores the historic data of the journal in a normal file form. In this case, the historic information 
of the backup objects is extracted by referring to the ID of the table names and provided in the journal 1 1 0. For example, 
since the real tables T1 and T2 are backuped in this case, the historic data with the ID of real tables T1 and T2 are 
provided in the journal 110. 

[01 16] Programs in normal file forms are provided in the programs 1 20. For example, the programs are program A, 
B, C and D which are in load module, and these programs are written in a general program language like COBOL, etc. 
In the program language, the procedure written in SQL exists in a form of source code as well as the call statement in 
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order to call for the procedure in an executable form. In this case, the procedures P1 , P2 and P3 are identified as the 
backup objects; The procedures P1, P2 and P3 in the definition are not stored in the executable forms. Instead, the 
source codes of the procedures P1, P2 and P3 in the load module A, B, C, and D in the COBOL program are stored 
as a part of the programs. The procedures P1 , P2 and P3 in the definition are not stored in the executable forms. 
[0117] As described, a source program of the database language is stored in the load module corresponding to a 
normal program. The load module is executed in the database process system in the migrated location. Then, the 
database processing procedure is searched by using the ID of the database processing procedure in the catalog where 
the database processing procedure is to be registered in the migrated database process system. When the database 
processing procedure doesn't exist, the database language program in the load module is dynamically recompiled. 
When the database language program is registered newly in the catalog area where the database processing procedure 
is registered in the migrated location by using the file ID of the load module of the migrated location and a database 
processing procedure relative number, the execution of database process portion is resumed. 
[0118] In this case, the ID of the database processing procedure is the file ID of the load module which is picked out 
at the running time of the application in the system wherein the application is implemented, instead of the value like a 
counter, etc. Therefore, the identification of the database processing procedure is guaranteed even after the porting 
operation. A set of the file ID and the relative number is provided to the database process portion which is written in 
the inserted database language. The file ID is ID of the load module corresponding to the normal program portion of 
the concerning application program in the operation system and obtained at the running time of the database process 
application. The relative number is the concerning database process portion in the concerning application program. 
[01 1 9] When the normal program needs database process in the running time, the catalog area in which the database 
processing procedure is registered is searched by using a set of the file ID of the operating system of the own load 
module which is obtained at the running time and the relative number of the required database process portion in the 
application. In this way, the required and registered database process portion is called out from the normal program 
portion. 

3) Operation of the backup-migrate-restore-procedure generator 
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[0120] Given object specification is interpreted as follows in order to get the object catalog. In the following, the part 
which is marked with (*) is possible to be Identified by the information of the catalog in the database in case of the 
backup. In case of the restoration, it is possible to be identified by the dependence information. 
(1) 
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User catalog U 
Schema catalog S 
View catalog V 
Real table catalog T 
Authority catalog A 
Program catalog P 



=<>: internal variables which, store all the specified users 
=<>: internal variables which store all the specified schemas 
=(f>: internal variables which store all the specified views 
=0: internal variables which store all the specified real tables 
=0: internal variables which store all the specified privileges 
=<)>: internal variables which store all the specified programs 



[0121] (2) When the followings are designated for each specified object, each object is determined as follows; 
[0122] In the following, symbol u is used to joint the subject written in the right side of the symbol to the set in the 
left side of the symbol. 
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a) When a user name is specified, 



50 


User catalog U 
Schema catalog S 

Real table catalog T 
View catalog V 


=user catalog U u this user 

^schema catalog S u all the schemas owned by this user 

n 

=real table catalog T u all the real tables in the concerning schemas (*) 
=view catalog V u all the views in the concerning schemas (*) 


b) When a schema name is specified, 




User catalog U 
Schema catalog S 


=user catalog U <j user who owns the concerning schema 
O 

=schema catalog S yj the concerning schema (*) 
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(continued) 



Real table catalog T 
View catalog V 



=real table catalog T u all the real tables in the concerning schema 
=view catalog V u all the views in the concerning schema (*) 



c) When a schema name.table name is specified, 



Schema catalog S 




=schema catalog S u schema name which this table belongs to 


O 


If this table is a real table, 


n 






Real table catalog T 




=real table catalog T u this table 




If this table is a view.g (*) 








View catalog V 




=vlew catalog V u this table 
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d) When privilege is specified, 



User catalog U 



=user catalog U u users who grant the concerning privilege u users who receive the concerning 
privilege (*) 



For the objects of the concerning privilege, the above c) is executed. 



Authority catalog A 



=Authority catalog A u concerning privilege 



e) When a program name is specified, 

c) is executed for the table which the concerning program refers to. 
Program catalog P u 
=program catalog P 

concerning program 



30 



[0123] The cases of retrieving the part which is marked with (*) from the catalog are explained later together with 
the explanation on the database and catalog access unit. 

[0124] The cases of retrieving the part which is marked with (*) from the dependence information are as follows; 
Example 1 : 

[0125] The table catalog which belongs to a schema is retrieved. 
=views and real tables which are dependent on this schema are retrieved. 

[0126] In FIG. 2, it is known from the statement 86 and 88 that the table catalog belonging to S1 is T1 and V1 . 
Example 2: 

[0127] The table catalog referred to by a view 

=views and real tables which are depended by this view are retrieved. 

[01 28] In the FIG. 2, it is known from the dependence part in the statement 89 that the view V2 refers to T1 and T2. 
[0129] (3) Identifications of objects are made for each case when the object range assignment is ONLY, DOWN and 
ALL in the following ways. 

a) In case of ONLY, the specified objects are checked as follows; 

If the schemas which the real tables in the real table catalog T and the views in the view catalog V belong to 
are in the schema catalog S, 

If the owners of the schemas in the schema catalog S are in the user catalog U t 

If the views and real tables which are referred to by the views in the view catalog V are in the view catalog V 
and real table catalog T, 

If the privileges which are necessary for the creation of the view catalog V are in the authority catalog A. 
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When the above conditions are not satisfied, an error is reported. 

b) In case of DOWN, the objects are identified as follows; 

Even though the motion is same as the motion of the backup-migrate-restore-procedure generator, the description 
is made herein for explanation. 

The following identification is made for each view v in the present view catalog V; When table t which is referred 
to by the view v is a view: 

View catalog V=view catalog V u table t 
This is repeated recursively by using table t as view v. 
When table t which is referred to by the view v is a real table: 
Real table catalog T . 

=real table catalog T u table t 
If schemas which the view catalog V and real table catalog T belong to are not in the schema catalog S, such 
schemas are added to the schema catalog S. 

If owners of the schemas in the schema catalog S are not in the user catalog U, such user names are added 
to the user catalog U. 

Consequently, even if all the objects are not specified, the conditions in the case of a) ONLY are already 
satisfied and the range of the objects is identified as closed. 
Example 1 : 

In case of user catalog U=Tanaka, schema catalog S=S2, view catalog V=V2 and real table catalog T=4>, 

The real table T1 and T2 which are referred to by V2 are added to the real table catalog T. S1 is added to the 
schema catalog S and Suzuki is added to the user catalog U. 
Example 2: 

In case of user catalog U=Tanaka, schema catalog S=S3, view catalog V=V3 and real table catalog T=4, 

The view V2 which is referred to by V3 is added to the view catalog V. S2 is added to the schema catalog S. 
The real tables T1 and T2 which are referred to by the V2 are added to the real table catalog T. S1 is added to the 
schema catalog S and Suzuki is added to the user catalog U. 

c) In case of ALL, the objects are identified as follows; 
The procedure in the case of DOWN is executed. 
B=real table catalog T 
D=cJ> 

L:for each table t in the present B, 

a) If no view refers to any t, operation ends. 

b) If such view exists, for each view v which refers to t, 

35 Authority catalog A=authority catalog A u privilege granted to the owner of v for t 

View catalog V=view catalog Vuv 
When all the tables referred to by v are in B: 

An B=Buv 



D=DuV 

45 B=D, D=<{> 

Back to L 

Described cases of DOWN and ALL are illustrated in FIG. 3. 

[0130] (4) The user names assigned in the restricted range assignment are included in the restricted user catalog 
50 RU(lf no user is assigned, the restricted user catalog RU=<|>). 

[0131] The schema names assigned in the restricted range assignment are included in the restricted schema catalog 
RS(lf no schema is assigned, the restricted schema catalog RS=<|>). 

[0132] (5) User catalog U=user catalog U n restricted user catalog RU(intersection of user catalog U and restricted 
user catalog RU) 

55 [0133] Schema catalog S=schema catalog S n restricted schema catalog RS(intersection of schema catalog S and 
restricted schema catalog RS) 

[0134] (6) The real tables and views which are not in the schemas in the schema catalog S are deleted from the real 
table catalog T and view catalog V being updated in the above. 
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[0135] (7) In case of restoration and migration, the user catalog U, schema catalog S t view catalog V, real table 
catalog T, authority catalog A, restricted user catalog RU and restricted schema catalog RS are sent to the controller 
together with the assigned parameters. 

[0136] (8) In case of backup, the following procedure is executed. 

5 

1 ) A CREATE USER statement which creates the users identified in the user catalog U is created as the definition. 
The user names are created as the variables which are replaceable respectively. Sets of the variable names and 
the user names are stored orderly as replace information. 

2) A CREATE SCHEMA statement which creates the schemas based on the Identified user catalog U and identified 
w schema catalog S is created and stored as the definition. 

3) CREATE TABLE, CREATE VIEW and GRANT statements which create and define the real tables, views and 
privilege to access related to the above users and schemas are created and stored as the definition (details are 
described later). 

4) Dependence relations identified in the above are stored as the dependence information. The dependence re- 
15 lations are distinguished as follows. User names in the user catalog U are independent. Schema names in the 

schema catalog S are taken as dependent on the users who own the schemas and the dependence information 
is generated. 

[0137] Real tables in the real table catalog T are taken as dependent on the schemas which the real tables belong 
20 to and the dependence information is created. 

[0138] Views in the view catalog V are taken as dependent on the real tables and views which are referred to by the 
view catalog V, related privileges and schemas which the view catalog V belongs to and the dependence information 
is generated. 

[0139] Privileges are taken as dependent on the grantors, receivers, tables in privilege object and the dependence 
25 information is created. 

[01 40] Programs are taken as dependent on the tables which the programs refer to and the dependence information 
is generated. 

Storing procedure of the real tables, views and privileges operated by the backup-migrate-resto re-procedure generator 
is as follows. 

30 [0141] The real tables and the views are mutually related and privileges are necessary to create a view. Therefore, 
a CREATE TABLE statement to create the table which the view refers to and a GRANT statement which defines the 
privileges assumed by the view must be executed before the view create statement is executed. 
[0142] Rough storing procedure of the real tables, views and privileges are as follows; 

35 (1 ) At first, all the concerning real tables are created. When each table is created, concerning privilege granted for 

the table is defined. 

(2) Views which refer only to the real tables created in the above (1) are created. When each view is created, 
concerning privilege granted for the view is defined. 

(3) Views which refer only to the above real tables and views are created. When each view is created, concerning 
40 privilege granted for the view is defined. 

(4) When no view refers to the real tables and views which are created so far, the procedure stops. 

[0143] In case that a GRANT statement for the privilege is created, multiple GRANT statements are created occa- 
sionally. For example, Fushimi creates table T1 and grants privilege on this table for Ando with GRANT OPTION. Then, 

45 Ando grants the privilege for Iwasaki. In this case, the GRANT statement has to be created in the order of Fushimi to 
Ando and Ando to Iwasaki in order to execute the statement correctly. Therefore, a procedure to create the order 
correctly is necessary. In the most general case where the real table catalog is obtained in the described procedure 
and ALL is selected as object range assignment, an sample procedure of creating a CREATE TABLE statement, a 
CREATE VIEW statement and a GRANT statement in a correct order is as follows. Since a CREATE USER statement 

so and a CREATE SCHEMA statement are able to be created from the user catalog and the schema catalog S respectively, 
explanation is omitted here. 
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[Input] 

Real table catalog TiObject table catalog 
[Output] 

A sequence of CREATE TABLE, CREATE VIEW and GRANT statements 

[Procedure] 

[0144] 

(1) Hash table B is emptied. B stores all the real tables and views which have created CREATE statements 

(2) Hash table D is emptied. D shows all the real tables and views which are possibly referred to by a view in an 
upper level among the views and real tables which have created CREATE statements so far. 

(3> For each table t in the real table catalog T, 

if t is not in any schema in the schema catalog S, no action is taken. 

if table t is in a schema in the schema catalog S, a CREATE TABLE statement for the table t is created. 

Table t is registered in the hash table B with the belonging schema name. Table t is registered in the hash table D 

with the belonging schema name. 

Then, a grant statement whose object is the table t is created in the following GRANT statement creation procedure. 
(4) This is made as a LOOP label. 

[0145] Hash table C is emptied. The hash table C shows all the views which refer to the views and real tables which 
are elements of the hash table D. 

[0146] Regarding on each table d in the hash table D, the following which starts with (a) is repeated for each view v 
which refers to the table d. 

a) If the view v is in a schema in the schema catalog S, the view v is registered in the hash table C. 
[0147] If the hash table C is empty, the hash table D is emptied and the routine goes to end. 
[0148] Otherwise, the hash table D is emptied. 

[0149] For each table c in the hash table C, the following a) and b) are repeated. 
[0150] For each view and table tv which the view v refers to, 

a) if tv is in the hash table B, continue. 

b) if tv is not in the hash table B, break. 

[0151] If all the views and real tables which are referred to by v are in the hash table B (if the above is terminated 
with continue), 

a) A CREATE VIEW statement for v is created. 

b) The view v is registered in the hash table B. 

c) The view v is registered in the hash table D. 

Back to LOOP label. 

[0152] The described procedure is further explained by using the sample shown in the FIG. 2. 
[0153] Hash table B, C and D are assumed to be prepared as shown in the FIG. 4. At first, table T1 is selected from 
schema S1 and real table T1 is created. The real table T1 is registered in the hash table B and D together with the 
schema name. Then, a GRANT statement is created whose object is the real table T1 . So far, the definition 68, 69 and 
70 shown in the FIG. 2 are created. 

[0154] Next, view V1 which refers to the real table T1 is registered In the hash table C. At this time, the hash table 
B, C and D are in the condition shown in FIG. 5. 

[0155] Since the hash table D is emptied and the views and the real tables (table T1 , in this case) which are referred 
to by the view V1 registered in the hash table C are already registered in the hash table B, a CREATE statement for 
view V1 is created. At this moment, statement 71 shown in the FIG. 2 is created. Then, the view V1 is registered in 
the hash table B and D. Then, each table is in a condition shown in FIG. 6. The statement 70 in the FIG. 2 is explained 
later. 

[0156] Then, going back to the LOOP label in the earlier described procedure, the hash table C is emptied. It is 
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checked if any view refers to table V1 in the hash table D. At this time, since no view refers to view V1 , no registration 
is made in the hash table C. Since the hash table is empty, the loop ends. 

[0157] For real table T2 in the schema S2, same process is made. In FIG. 7, the real table T2 is registered in the 
hash table B and D together with the belonging schema name. At this moment, each table is in a condition shown in 
5 the FIG. 7. Next, a GRANT statement is created for the real table T2. However, since privilege is not granted for the 
real table T2, nothing is created. So far, statement 72 and 73 shown in FIG. 2 are created. 

[0158] Then, the hash table C is emptied. It is checked if any view refers to the real table T2 registered in the hash 
table D. In this case, since view V2 exists, the view V2 is registered in the hash table C. At this moment, each table is 
in a condition shown in FIG. 8. 

10 [0159] Then, the hash table D is emptied. It is checked if each view or real table which is referred to by the view V2 
registered in the hash table C is registered in the hash table B. The view V2 refers to the real table T1 and T2 which 
are already registered in the hash table B. Therefore, a CREATE statement for the view V2 is created. At this moment, 
the statement 74 shown in the FIG. 2 is created. The view V2 is registered in the hash table B and D. Each table is in 
a condition shown in FIG. 9. Then , going back to the LOOP label, the hash table C is emptied. It is checked if any view 

15 refers to the table registered in the hash table D. Concerning the view V2, since the view V3 refers to the view V2, the 
view V3 is registered in the hash table C. At this moment, each table is in a condition shown in FIG. 10. Since the view 
V3 refers only to the view V2 and the view V2 is already registered in the hash table B, a CREATE statement is created 
for the view V3. At this moment the statement 75 In the FIG. 2 is created. Then, the view V3 is registered in the hash 
table B and D. At this time, each table is in a condition shown in FIG. 11 . 

20 [01 60] Then, going back to the loop label again, since no view refers to the view V3 and no view that should be newly 
registered in the hash table C exists, the hash table becomes empty. The process ends. 
[0161] As described, the real tables and views are able to be created consistently in this procedure. 
[0162] Next, procedure to create a GRANT statement is explained. 
Procedure of the GRANT statement creation 

25 (input: object name, owner name) 

(1) Hash table G is emptied. 

(2) A "owner name" is registered in the hash table G. 

(3) This is made as a LOOP label. 

30 (4) If the has table G is empty, the procedure ends here. Otherwise, hash table H is emptied. 

For each man g in the hash table G, a GRANT statement is created for all the privileges where the grantor is 
g and the object is "object name." 

If the privilege is WITH GRANT OPTION and the receiver is in the user catalog U, the receiver is registered 
in hash table H. 
35 G=H 

Back to the LOOP label 

[0163] A sample creation procedure of the GRANT statement is explained. The creation procedure of the GRANT 
statement is called in the process of generating storing procedure of the real tables and views. 
40 [0164] The case of creating the statement 70 which is the GRANT statement shown in FIG. 2 is explained. In the 
statement 70of FIG. 2, $U1 grants $U2 a SELECT privilege. As shown in FIG. 12, the owner name, Suzuki is registered 
as $U1 in the hash table G at first. Then, GRANT statements are created for all the privileges owned by Suzuki. The 
GRANT statements are created by referring to the authority catalog in FIG. 24. 

[0165] The authority catalog includes a case where the system grants privilege and a case where a user grants 
45 another user privilege. Here, only the case where the user grants another user privilege is chosen and the case where 
the system grants privilege is ignored. 

[0166] In this example, the user, Suzuki grants the user, Tanaka the SELECT privilege. Therefore, the GRANT state- 
ment where the user, Suzuki grants the user, Tanaka the SELECT privilege is created. In this case, the privilege may 
be re-granted. Therefore, in the hash table H, the user name, Tanaka who can re-grant the privilege is registered. At 
50 this moment, condition is as shown in FIG. 13. Then, the hash table H is replaced with the hash table G. Consequently, 
Tanaka is registered in the hash table G as shown in FIG. 14. 

[01 67] Privileges of Tanaka are searched from the authority catalog as described. If Tanaka grants privilege for other 
users, the GRANT statements are created for all the privileges. In this example, since it is not registered in the authority 
catalog that Tanaka grants other users privilege, the GRANY statement is not created. As described, when the user 1 
55 is Suzuki, one GRANT statement is created. 
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4) Operation of the database and catalog access unit 

[0168] The database and catalog access unit is an apparatus to access the content of the database itself and the 
content of the catalog. This may be realized by setting a special interface in a database kernel 1 0. In case of SQL, etc, 
s this part may also be written in the SQL. 

[0169] The access to the database is explained. 

[0170] For example, in order to retrieve the content of the specified real table T1, the following SQL statement is 
executed; 

SELECT * FROM T1 

10 [0171] In order to add the content of the real table T1 , the following SQL statement is executed; 
INSERT INTO T1 
((1,AAA,2),(2,bbb,4),...) 

[01 72] Since many SQL systems have interface for faster insert interface of the content of the tables, such interface 
may be used. For example, when the content of the magnetic tape with logic name'/DEV/MTOO' is inserted to the real 
is table T1 as the content of the table, the following statement is executed; 
INSERT INTO T1 FROM /DEV/MT0O 
[0173] Next, the access to the catalog is explained. 

[0174] For example, the catalog information which is required by the backup-migrate-restore-procedure generator 
is obtained from the catalog by using SQL. 
20 [0175] All the schemas owned by the concerning user u 

SELECT schema name FROM schema information catalog 
WHERE owner=u 

Catalog of the views which refer to the table t in the schema s 
25 SELECT view name FROM reference relation of view and table 

WHERE referred table name=t AND referred schema name=s 

[0176] As described, necessary information may be obtained with a normal SQL interface by the normal SQL pro- 
gram. 

30 [0177] In case of restoration and migration, when the content of the catalog is restored in the object system, the 
restoration is made automatically by executing the definition group command of SQL as described. 
[0178] For example, in the migrated location 



CREATE TABLE Tl( 

til NUMERIC [4] 



tl2 CHARACTER! 8] 



is executed to set the required information in the table catalog and the column catalog. A number of columns in each 
table in the table catalog is also restored automatically by the execution of the above command in regardless of the 
stored information. Or, when 

so CREATE VIEW V1(v11,v12) 

AS SELECT* FROM T1 WHERE t11>100 
is executed, the information of the reference relation of view and table and the column of the number of the tables in 
the schema, which should change when the number of tables increase in the schema, are updated. Therefore, such 
information is not necessary to be backuped. 

55 [0179] As described, the embodiment 1 has a characteristic in retrieving the definition related to the required appli- 
cation among the multiple applications developed in the database system as well as the required data and application 
program and generating an application package from them which is able to be migrated to another machine or system. 
[0180] Furthermore, the embodiment 1 has a characteristic in unnecessariness of a special catalog information ac- 
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cess means in case of retrieving the definition by executing the readout of the catalog information in SQL if the catalog 
information is accessible by using SQL. 

[0181] Furthermore, In case of restoration, the definition in the migrating content is converted to a historically con- 
sistent sequence of commands (such as a CREATE TABLE, etc.) defining the definition and the restoration is made 

5 by executing the normal SQL definition commands in the specified order without a special system interface for the 
restoration. For the restoration of the data, the data are converted to a data insert command of SQL and executed at 
the restoration time. Since the international standard language called SQL is used, the package is able to be migrated 
over vendors. For example, the number of tables in the schema Is automatically updated by the system in a normal 
way when the SQL statement of the table definition is executed orderly in the migrated location. Therefore, migration 

10 of the related information is unnecessary. Furthermore, a special interface is unnecessary. 

[0182] Further, the embodiment 1 has a characteristic in the ability of the installation of the package by replacing the 
subjects such as a storage location of the user name and data which may overlap in the migrated system. 
[01 83] Further, the embodiment 1 has a characteristic in saving memory to store the SQL procedure by re-compiling 
the SQL procedure when the catalog does not accompany the procedure when the execution is made in the migrated 

15 location and registering the re-compiled result instead of storing the SQL procedure. Furthermore, the embodiment 1 
has a characteristic in the ability of migrating the application program corresponding to the optimal parameter in the 
migrated location. 

[0184] Further, the data are not backuped or restored, but only the database definition and the memory area of the 
database definition are kept in order to save the memory area for the backup. Therefore, only the necessary frame for 
20 the application operation is installed as a package and the content of the database is accumulated in accordance with 
the progress of the operation of the application. 

[0185] Further, this procedure is applied to the conventional simple store and restore procedure of the database in 
order to execute the generation of a package and storing and restoration of the database as one procedure. 
[0186] Finally, in case of storing the journal, since a table ID is accompanied to each historical record in the journal, 

25 storing and restoration of each table in a unit is made possible. 

[0187] in the database and program backup, migration and restoration apparatus according to the embodiment, the 
controller identifies a storing object by the parameter assigned by a backup request and the backup procedure generator 
3 refers to the definition. Accordingly, the backuping procedure is generated consistently in a chronological order. 
Therefore, the definition which is necessary for the assigned application may be extracted from the database system 

30 where another application is being developed or operated, while the time and mutual relation is kept. By using the 
extracted definition, the necessary information for the application may be restored and migrated. 
[0188] In the database and program backup, migration and restoration apparatus according to the embodiment, at 
least one of a user name, schema name, table name, view name, program name and privilege name to be backuped 
is assigned as a backup request and the object type and range of the backup object is assigned. The controller identifies 

35 the backup object by judging the objects necessary for the backup in the definition based on the backup request object 
and the type and range of the backup object. Therefore, the backup object may be identified automatically when min- 
imum necessary information is input to the command interpreter as the backup request. 

[0189] In the database and program backup, migration and restoration apparatus according to the embodiment, the 
database system is accessed by using a database language and the database system is accessed by the database 

to and catalog access unit 6 in a database language. Therefore, a special database access unit is unnecessary in order 
to backup the database system. Consequently, conventional database system and database access unit may be used. 
[0190] In the database and program backup, migration and restoration apparatus according to the embodiment, 
information is converted to series of commands in a database language like SQL, etc. and stored, when the Information 
in a database is backuped. Therefore, when the database is restored or migrated to another system by inputting the 

45 stored information, a special restoration or migration unit is unnecessary to be developed. A unit to handle a conven- 
tional database language is enough to restore or migrate the data. 

[0191] In the database and program backup, migration and restoration apparatus according to the embodiment, the 
definition is converted to a definition command to create the definition in a database language like SQL, etc. and stored, 
when the definition is backuped. Therefore, when the database is restored or migrated to another system by inputting 
50 the definition, a special restoration or migration unit is unnecessary to be developed. A unit to handle a conventional 
database language is enough to restore or migrate the data. 

[0192] In the database and program backup, migration and restoration apparatus according to the embodiment, data 
are converted to a data insert command to insert the data in a database language in case backuping the data, while 
the database and program backup, migration and restoration apparatus uses the definition command in a database 
55 language in case backuping the definition. Therefore, when the data are restored or migrated to another system, a 
special restoration or migration unit is unnecessary. A unit to handle a conventional database language is enough to 
restore or migrate the data. 

[0193] In the database and program backup, migration and restoration apparatus according to the embodiment, 
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replace information for being possible to replace a value of a valuable such as a user name, file name, etc. is created 
and stored in advance. When the database system is migrated to another system and a same user name, file name, 
etc. exists in the system of the migrated location, the overlapping of the name may be avoided. The value of the variable 
may be changed to a name which doesnt overlap with the existing user name, file name in the system of the migrating 

5 location by using the replace information. 

[0194] In the database and program backup, migration and restoration apparatus according to the embodiment, a 
source code of a processing procedure is kept in a program to access a database in advance and the program instead 
of a processing procedure in an executable form cataloged in the definition is backuped. Since the processing procedure 
in an executable form is not backuped, the backuping data volume may be lessened. Furthermore, since the processing 

10 procedure is backuped by using the source code, the processing procedure may be re-compiled in a system environ- 
ment of the migrated location and a processing procedure in an executable form which is optimal for the system envi- 
ronment in the migrated location may be generated. 

[0195] In the database and program backup, migration and restoration apparatus according to the embodiment, an 
area reserve command to reserve a data recording area in a database is created instead of backuping the data in the 
w database. Therefore, the backuping data volume is lessened. Furthermore, since only the data recording area is re- 
served when the database is migrated to another system and the definition is migrated to another system, the data 
may be newly accumulated in the migrated location by reserving the data recording area instead of migrating the data 
from the migration origin. 

[0196] In the database and program backup, migration and restoration apparatus according to the embodiment, only 
20 related information of access history may be identified by an ID, while ail the information in access history is backuped 
when a journal is backuped conventionally. Consequently, only the information of access history related to the backup 
object identified by the controller may be backuped. 

[0197] In the database and program backup, migration and restoration apparatus according to the embodiment, the 
backup procedure generator identifies the dependence relation between the users, schemas, tables, views, privileges 

25 and programs, and the controller stores the dependence relation. Therefore, when data are restored or migrated from 
the stored data, the data may be selected or deleted by referring to the dependence information. Since the extracted 
dependence relation shows the relation of each element constructing the database which is cataloged in the definition, 
referring to the dependence relation is equal to refer to the definition in the database system. Further, referring to the 
dependence relation stored in the stored data in case of the restoration and migration is equal to refer to the definition 

50 in the database system. Consequently, in case additional data are extracted from the stored data or extra data are 
deleted from the stored data, such extraction and deletion may be made consistently. 

[0198] In the database and program backup, migration and restoration apparatus according to the embodiment, a 
database system may be restored by inputting the stored data which are backuped by the database and program 
backup, migration and restoration apparatus. Since the database and program backup, migration and restoration ap- 
35 paratus stores the data consistently in time and mutual relationship in the storage medium, the original database system 
may be restored by inputting the stored data orderly. 

[0199] In the database and program backup, migration and restoration apparatus according to the embodiment, 
since the data are stored consistently in time and mutual relationship in the storage medium, necessary definition or 
data may be constructed in a new location by installing the stored data orderly in a new system also in case of migration. 

40 [0200] In the database and program backup, restoration and migration apparatus according to the embodiment, 
since the stored data are written in a command of a database language like SQL, etc., the definition or data in the 
database may be restored or migrated by executing the command. Since the definition or data, etc. may be restored 
or migrated by executing the command written in the database language, the database system may be restored or 
migrated by using a conventional processor of the database language. Consequently, a special restoration or migration 

45 unit is unnecessary to restore or migrate the database system. 

[0201] In the database and program backup migration and restoration apparatus according to the embodiment, when 
a database system is migrated to another system and an overlapping user name, file name, etc. exists in the migrated 
location, a new value may be given for a variable in the replace information in order to avoid the overlapping. Conse- 
quently, the system may be migrated without overlapping user name, file name, etc. 

50 [0202] In the database and program backup, migration and restoration apparatus according to the embodiment, a 
processing procedure in an executable form is generated and cataloged in the definition by compiling a source code 
stored in the program instead of migrating the processing procedure in an executable form from the stored data in case 
a database system is migrated to another system. Therefore, a processing procedure in an executable form which is 
optimal for the system environment in the migrated location is generated. 

55 [0203] In the database and program backup, restoration and migration apparatus according to the embodiment, 
restore and migrate specifications are input and the restoration/migration procedure generator evaluates the restoring 
or migrating data in accordance with the input restore and migrate specifications by referring to the dependence relation 
of the stored data. Therefore, the system may be restored or migrated by using a part of the stored data instead of all 
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Embodiment 2. 

5 [0204] In case of migration and restoration, in addition to migrating and restoring all the backuped data, migration 
specification suitable for the system environment of the migrated location and restore specification such as the spec- 
ification on the restoring objects may be given by the backup-migrate-restore-procedure generator. For example, in 
stead of restoring the real tables and referring to views, the views may be evaluated and realized corresponding to the 
real tables and the result may be restored as the real tables. Consequently, the disk capacity utilization in the migrated 

io location is lessened and the restoration and migration of only the required data is made. 

[0205} It is also possible to execute the selection and elimination by the SQL statement for the restoring real tables 
in order to restore only the required data in the migrated or restored location. 

[0206] Furthermore, even in case that the whole database is backuped, when the migrate specification is given, only 
the database definition and its memory area may be obtained. Consequently, it is made possible to install only the 
15 necessary frame for the application operation as a package and to accumulate the database content in accordance 
with the progress in the application operation in the migrated location. 

[0207] In case of restoration, when the restore specification is given, a part of the real tables are able to be restored. 
Also for the journals, only the journals corresponding to the restoring real tables among the stored journals are able 
to be selected. 

20 [0208] As described, when migration and restoration is made by using only a part of the backuped data, since the 
dependence information exists in the backuped data, a part of the data may be extracted from the backuped data 
consistently by referring to the dependence information. 

Embodiment 3. 

25 

[0209] In the embodiment 2, SQL is used. However, other type of a database language may be used to yield a same 
kind of effect. 

Embodiment 4. 

30 

[0210] In the embodiment 1 , as the database system backup migration restoration apparatus, an apparatus which 
is able to backup, migrate and restore the database and the program in one apparatus is explained. However, an 
apparatus which is only able to backup, an apparatus which is only able to migrate and an apparatus which is only 
able to restore may exist separately. 

35 

Claims 

1 . A database system backup apparatus for saving backup objects to a storage medium (8) from a database system 
40 (9) which has a definition and data defined by the definition, comprising: 

(a) database access means (6) for accessing the database system; 

(b) storage medium access means (5) for saving the backup objects as backup data to the storage medium (8); 

(c) command interpreter means (1) for inputting and interpreting a backup command of the database system 
45 (9); 

(d) backup procedure generator means (3) for accessing the definition in the database system (9) through the 
database access means (6) and generating a backup procedure for saving the backup objects; characterized 
by 

(e) control means (2) for identifying the backup objects by referring to the definition in the database system 
50 (9) based on the backup command interpreted by the command interpreter means (1), giving the backup 

objects to the backup procedure generator means (3) so as to get the backup procedure, extracting the backup 
objects from the database system (9) with the database access means (6) according to the backup procedure, 
and storing the backup objects as a series of commands in a database language to the storage medium (8) 
with the storage medium access means (5). 

55 

2. A database system backup apparatus of claim 1 , wherein the command interpreter means (1) includes: 

(1) means for receiving and interpreting a backup command, and 
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(2) means for providing the backup command to a control means. 

3. The database system backup apparatus of claim 1 wherein the backup command includes: 

(a) a list of objects, the list having at least one of the objects being a name of a data category description unit, 

(b) an object type assignment, and 

(c) an object range assignment. 

4. The database system backup apparatus of claim 1 wherein the database access means (6) includes a database 
language to access the database system (9). 

5. The database system backup apparatus of claim 1 wherein the control means (2) includes: 

. (a) means for converting the backup objects to a form of a command description, the command description 
written in a database language, and 

(b) means for providing the command description to the storage medium access means (5) for saving in the 
storage medium (8). 

6. The database system backup apparatus of claim 1 wherein the control means (2) includes: 

(a) means for converting the definition to be saved to a form of a definition command, the definition command 
creates the definition to be written in a database language, and 

(b) means for providing the definition command to the storage medium access means (5) for saving the def- 
inition command in the storage medium (8), when the definition is one of the backup objects. 

7. The database system backup apparatus of claim 1 wherein the control means (2) includes: 

(a) means for converting the data to be saved to a form of a data insert command, the data insert command 
for inserting the data to be written in a database language, and 

(b) means for providing the data insert command to the storage medium access means (5) for saving the data 
insert command in the storage medium (8), when the data is one of the backup objects. 

8. The database system backup apparatus of claim 1 wherein the control means (2) includes: 

(a) means for creating replace information, the replace information to replace a value of a variable, and 

(b) means for providing the replace information to the storage medium access means (5) for saving the replace 
information in the storage medium (8), when the variable is one of the backup objects. 

9. The database system backup apparatus of claim 1 further comprising program access means (7) for accessing a 
program, the program having a source code of a procedure and processing data by executing an executable 
procedure, the executable procedure being cataloged by the definition in the database system (9) based on a 
database language. 

10. The database system backup apparatus of claim 9 wherein the control means (2) includes: 

(a) means for identifying the program which has the source code of the executable procedure as the backup 
object, instead of the executable procedure, 

(b) means for extracting the program to be saved with the program access means (7); and 

(c) means for providing the program to the storage medium access means (5) for saving the program in the 
storage medium (8). 

11. The database system backup apparatus of claim 1 wherein the control means (2) includes: 

(a) means for creating an area reserve command for reserving a data recording area, the data recording to 
be written in a database language; and 

(b) means for providing the area reserve command to the storage medium access means (5) for saving the 
area reserve command in the storage medium (8): 
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12. The database system backup apparatus of claim 1 wherein the control means (2) includes: 

(a) means for searching a data ID recorded in a journal in the database system (9); 

(b) means for extracting an access history related to the backup objects based on the search of the data ID; and 

(c) means for providing the extracted access history to the storage medium access means (5) for saving the 
extracted access history as a backup journal in the storage medium (8). 

13. The database system backup apparatus of claim 1 wherein the backup procedure generator means (3) includes: 

(a) means for identifying a dependence relation between the data to be saved, the dependence relation being 
defined by the definition; and 

(b) means for providing the dependence relation to the storage medium access means (5) for saving the 
dependence relation in the storage medium (8). 

14. A database system backup method using the apparatus of one of claims 1 to 13 for saving backup objects to a 
storage medium (8) from a database system (9) which has a definition and data defined by the definition, wherein 
database access means (6) accesses the database system, storage madium access means (5) saves the backup 
objects as backup data to the storage medium (8), command interpreter means (1 ) inputs and interprets a backup 
command of the database system (9), backup procedure generator means (3) accesses the definition in the da- 
tabase system (9) through the database access- means (6) and generates a backup procedure for saving the 
backup objects, and control means (2) identifies the backup objects by referring to the definition in the database 
system (9) based on the backup command interpreted by the command interpreter means (1), giving the backup 
objects to the backup procedure generator means (3) so as to-get the backup procedure, extracting the backup 
objects from the database system (9) with the database access means (6) according to the backup procedure, 
and storing the backup objects as a series of commands in a database language to the storage medium (8) with 
the storage medium access means (5), and wherein the command interpreter means (1) Inputs the backup com- 
mand with a list of objects having at least one of a name of data category description unit such as user names, 
schema, a data name such as SQL table and file, a logical data name such as view, a program name, and privilege 
name, and with an object type assignment and an object range assignment of the objects, and the control means 
(2) identifies the backup objects which are included in the object type assignment and the object range assignment 
referring to the definition based on the list of the objects and the object type assignment and the object range 
assignment inputted. 

15. The database system backup method of claim 14, wherein the database system (9) is accessed with a database 
language, and the database access means (6) accesses the database system with the database language. 

16. The database system backup method of claim 14, wherein the control means (2) converts backup objects to a 
form of a command description written in a database language and storing the command description In the storage 
medium (8). 

17. The database system backup method of claim 14, wherein the control means (2) converts the definition to be 
saved to a form of a definition command for creating the definition written in a database language and storing the 
definition command in the storage medium (8), in case that the definition is one of the backup objects. 

18. The database system backup method of claim 14, wherein the control means (2) converts the data to be saved to 
a form of a data insert command for inserting data written in a database language, and storing the insert command 
in the storage medium (8), in case that the data are one of the backup objects. 

19. The database system backup method of claim 14, wherein the control means (2) creates replace information for 
being possible to replace a value of a variable and storing the replace information in the storage medium (8), in 
case that the variable being possible to replace the value thereof is one of the backup objects. 

20. The database system backup method of claim 14, wherein the definition in the database system (9) catalogs an 
executable procedure based on a database language, the database system includes a program having a source 
code of the procedure and processing data by executing the executable procedure cataloged in the definition, and 
the database system backup apparatus further comprising program access means (7) for accessing the program; 
wherein, in case that the executable procedure is one of the backup objects, the control means (2) identifies the 
program which has the source code of the executable procedure, as the backup object instead of the executable 
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procedure, and extracts the program to be saved with the program access means (7) and stores the program to 
the storage medium (8). 

21 . The database system backup method of claim 1 4, wherein the control means (2) creates an area reserve command 
for reserving a data recording area written in a database language and storing the area reserve command to the 
storage medium (8). 

22. The database system backup method of claim 14, wherein the database system (9) has a journal for recording 
access history with a data ID, the control means (2) searches the data ID recorded in the journal and extracts the 
access history related to the backup objects based on the search of the data ID, and stores the extracted access 
history as a backup journal in the storage medium (8). 

23. The database system backup method of claim 14, wherein the definition defines a dependence relation of data, 
and the backup procedure generator means (3) identifies the dependence relation between the data to be saved, 
and the control means (2) stores the dependence relation identified by the backup procedure generator means 
(3) to the storage medium (8). 



Patentanspriiche 

1 . Backupvorrichtung fur ein Datenbanksystem fur die Sicherung von Sicherungsobjekten in einem Speichermedium 
(8) von einem Datenbanksystem (9), welches eine Definition und durch die Definition definierte Daten hat, welche 
aufweist: 

(a) Datenbank-Zugriffsmittel (6) fur den Zugriff zum Datenbanksystem; 

(b) Speichermedium-Zugriffsmittel (5) zum Sichem der Sicherungsobjekte als Sicherungsdaten zu dem Spei- 
chermedium (8); 

(c) Befehlsauswertmittel (1 ) zur Eingabe und Auswertung eines Sicherungsbef ehls des Datenbanksystems (9); 

(d) Sicherungsvorgangs-Erzeugungsmittel (3) fur den Zugriff auf die Definition in dem Datenbanksystem (9) 
uber die Datenbank-Zugriffsmittel (6) und die Erzeugung eines Sicherungsvorgangs zum Sichern der Siche- 
rungsobjekte; 

gekennzelchnet durch 

(e) Steuermittel (2) zum Identifizieren der Sicherungsobjekte durch Bezugnahme auf die Definition in dem 
Datenbanksystem (9) auf der Grundlage des von den Befehlsauswertmitteln (1) ausgewerteten Sicherungs- 
befehls, Geben der Sicherungsobjekte zu den Sicherungsvorgangs-Erzeugungsmitteln (3) derart, daB der 
Sicherungsvorgang erhalten wird, Herausziehen der Sicherungsobjekte aus dem Datenbanksystem (9) mit 
den Datenbank-Zugriffsmitteln (6) gema'B dem Sicherungsvorgang, und Speichern der Sicherungsobjekte als 
eine Reihe von Befehien in einer Datenbanksprache in dem Speichermedium (8) mittels der Speichermedium- 
Zugriffsmittel (5). 

2. Backupvorrichtung fur ein Datenbanksystem nach Anspruch 1 , worin die Befehlsauswertmittel (1 ) enthalten: 

(1) Mittel zum Empfangen und Auswerten eines Sicherungsbefehls, und 

(2) Mittel zum Liefem des Sicherungsbefehls zu einer Steuervorrichtung. 

3. Backupvorrichtung fur ein Datenbanksystem nach Anspruch 1 , worin der Sicherungsbefehl enthalt: 

(a) eine Liste von Objekten, wobei zumindest eines der Objekte ein Name einer Datenkategorie-Beschrei- 
bungseinheit ist, 

(b) eine Objekttypzuteilung, und 

(c) eine Objektbereichszuteilung. N 
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4. Backupvorrichtung fur ein Datenbanksystem nach Anspruch 1 , worin die Datenbank-Zugriffsmittel (6) eine Daten- 
banksprache enthatten, um auf das Datenbanksystem (9) zuzugreifen. 

5. Backupvorrichtung fur ein Datenbanksystem nach Anspruch 1 , worin die Steuervorrichtung (2) enthait: 

(a) Mitte! zum Umwandeln der Sicherungsobjekte in eine Form einer Befehlsbeschreibung, wobei die Befehls- 
beschreibung in einer Datenbanksprache geschrieben ist, und 

(b) Mittel zum Liefern der Befehlsbeschreibung zu den Speichermedium-Zugriffsmittein (5) fur die Sicherung 
in dem Speichermedium (8). 

6. Backupvorrichtung fur ein Datenbanksystem nach Anspruch 1 , worin die Steuervorrichtung (2) enthait: 

(a) Mittel zum Umwandeln der zu sichernden Definition in eine Form eines Definitionsbefehls, wobei der De- 
finitionsbefehl die in einer Datenbanksprache zu schreibende Definition schafft, und 

(b) Mittel zum Liefern des Definitionsbefehls zu den Speichermedium-Zugriffsmittein (5) zum Sichem des 
Definitionsbefehls in dem Speichermedium (8), wenn die Definition eines der Sicherungsobjekte Ist. 

7. Backupvorrichtung fur ein Datenbanksystem nach Anspruch 1 , worin die Steuervorrichtung (2) enthait: 

(a) Mittel zum Umwandeln der zu sichernden Daten in eine Form eines Dateneinfugungsbefehls, wobei der 
Dateneinfugungsbefehl zum Einfiigen der in eine Datenbanksprache zu schreibenden Daten dient, und 

(b) Mittel zum Liefern des Dateneinfugungsbefehls zu den Speichermedium-Zugriffsmittein (5) zum Sichem 
des Dateneinfugungsbefehls in dem Speichermedium (8), wenn die Daten eines der Sicherungsobjekte sind. 

8. Backupvorrichtung fur ein Datenbanksystem nach Anspruch 1 , worin die Steuervorrichtung (2) enthait: 

(a) Mittel zum Schaffen von Ersatz informationen, wobei die Ersatz informationen zum Ersetzen eines Wertes 
einer Variablen dienen, und 

(b) Mittel zum Liefern der Ersatzinformationen zu den Speichermedium-Zugriffsmittein (5) zum Sichem der 
Ersatzinformationen in dem Speichermedium (8), wenn die Variable eines der Sicherungsobjekte ist. 

9. Backupvorrichtung fur ein Datenbanksystem nach Anspruch 1 , weiterhin aufweisend Programmzugriffsmittel (7) 
fur den Zugriff auf ein Programm, wobei das Programm einen Quellencode eines Vorgangs und Verarbeitungsdaten 
durch Ausfuhrung eines ausfuhrbaren Vorgangs hat, und wobei der ausfuhrbare Vorgang durch die Definition in 
dem Datenbanksystem (9) auf der Grundlage einer Datenbanksprache katalogisiert wird. ' 

10. Backupvorrichtung fur ein Datenbanksystem nach Anspruch 9, worin die Steuervorrichtung (2) enthait: 

(a) Mittel zum Identifizieren des Programms, welches den Quellencode des ausfuhrbaren Vorgangs als das 
Sicherungsobjekt anstelle des ausfuhrbaren Vorgangs hat, 

(b) Mittel zum Herausziehen des zu sichernden Programms mit den Programmzugriffsmitteln (7); und 

(c) Mittel zum Liefern des Programms zu den Speichermedium-Zugriffsmittein (5) zum Sichem des Programms 
in dem Speichermedium (8). 

11. Backupvorrichtung fur ein Datenbanksystem nach Anspruch 1 , worin die Steuervorrichtung (2) enthait: 

(a) Mittel zum Schaffen eines Bereichsreservierungsbefehls zum Reservieren eines Datenaufzeichnungsbe- 
reichs, wobei die Datenaufzeichnung in einer Datenbanksprache zu schreiben ist; und 

(b) Mittel zum Liefern des Bereichsreservierungsbefehls zu den Speichermedium-Zugriffsmittein (5) fur die 
Sicherung des Bereichsreservierungsbefehls in dem Speichermedium (8). 
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12. Sicherungsvorrichtung fur ein Datenbanksystem nach Anspruch 1, worm die Steuervorrichtung (2) enthait: 

(a) Mittel zum Suchen einer Daten-ID (Kennzeichnung), die in einem Journal in dem Datenbanksystem (9) 
aufgezeichnet ist; 

(b) Mittel zum Herausziehen einer Zugriffshistorie, die auf die Sicherungsobjekte bezogen ist, auf der Grund- 
iage der Suche der Daten-ID; und 

(c) Mittel zum Liefern der herausgezogenen Zugriffshistorie zu den Speichermedium-Zugriffsmitteln (5) zum 
Sichern der herausgezogenen Zugriffshistorie als ein Sicherungsjournal in dem Speichermedium (8). 

13. Backupvorrichtung fur ein Datenbanksystem nach Anspruch 1 , worin die Sicherungsvorgangs-Erzeugungsmittel 
(3) enthalten: 

(a) Mittel zum Identifizieren einer Abhangigkeitsbeziehung zwischen den zu sichemden Daten, wobei die Ab- 
hangigkeitsbeziehung durch die Definition definiert ist; und 

(b) Mittel zum Liefern der Abhangigkeitsbeziehung zu den Speichermedium-Zugriffsmitteln (5) zum Sichern 
der Abhangigkeitsbeziehung in dem Speichermedium (8). 

14. Backupverfahren fur ein Datenbanksystem unter Verwendung der Vorrichtung nach einem der Anspruche 1 bis 
13, zum Sichern von Sicherungsobjekten in einem Speichermedium (8) von einem Datenbanksystem (9), welches 
eine Definition und durch die Definition definierte Daten hat, worin Datenbank-Zugriffsmittel (6) auf das Daten- 
banksystem zugreifen, Speichermedium-Zugriffsmittel (5) die Sicherungsobjekte als Sicherungsdaten in dem 
Speichermedium (8) sichern, Befehlsauswertungsmittel (1) einen Sicherungsbefehl des Datenbanksystems (9) 
aufnehmen und auswerten, Sicherungsvorgangs-Erzeugungsmittel (3) durch die Datenbank-Zugriffsmittel (6) auf 
die Definition in dem Datenbanksystem (9) zugreifen und einen Sicherungsvorgang zum Sichern der Sicherungs- 
objekte erzeugen, und eine Steuervorrichtung (2) die Sicherungsobjekte identifiziert durch Bezugnahme auf die 
Definition in dem Datenbanksystem (9) auf der Grundiage des von den Befehisauswertungsmitteln (1 ) ausgewer- 
teten Sicherungsbefehls, die Sicherungsobjekte zu den Sicherungsvorgangs-Erzeugungsmitteln (3) gibt, urn den 
Sicherungsvorgang zu erhalten, die Sicherungsobjekte mit den Datenbank-Zugriffsmitteln (6) aus dem Datenbank- 
system (9) entsprechend dem Sicherungsvorgang herauszieht, und die Sicherungsobjekte als eine Reihe von 
Befehlen in einer Datenbanksprache mit den Speichermedium-Zugriffsmitteln (5) in dem Speichermedium (8) spei- 
chert, und worin die Befehlsauswertungsmittel (1) den Sicherungsbefehl mit einer Liste von Objekten eingeben, 
welche zumindest einen von einem Namen einer Daten kategorie- Beschreibungseinheit wie Benutzernamen, 
Schema, einen Datennamen wie einer SQL-Tabeile und Datei, einen logischen Datennamen wie View, einen Pro- 
grammnamen und Privilegnamen hat, und mit einer Objekttypzuteilung und einer Objektbereichszuteilung der 
Objekte, und die Steuervorrichtung (2) die Sicherungsobjekte identifiziert, welche in der Objekttypzuteilung und 
der Objektbereichszuteilung enthalten sind unter Bezugnahme auf die Definition, basierend auf der Liste der Ob- 
jekte und der Objekttypzuteilung und der Objektbereichszuteilung, welche eingegeben wurden. 

15. Backupverfahren fur ein Datenbanksystem nach Anspruch 14, worin mit einer Datenbanksprache auf das Daten- 
banksystem (9) zugegriffen wird und die Datenbank-Zugriffsmittel (6) mit der Datenbanksprache auf das Daten- 
banksystem zugreifen. 

16. Backupverfahren fur ein Datenbanksystem nach Anspruch 14, worin die Steuervorrichtung (2) Sicherungsobjekte 
in eine Form einer Befehlsbeschreibung umwandelt, die in einer Datenbanksprache geschrieben ist, und die Be- 
fehlsbeschreibung in dem Speichermedium (8) speichert. 

17. Backupverfahren fur ein Datenbanksystem nach Anspruch 14, worin die Steuervorrichtung (2) die zu sichernde 
Definition in eine Form eines Definitionsbefehls zum Schaffen der in einer Datenbanksprache geschriebenen De- 
finition umwandelt und den Definftionsbefehl in dem Speichermedium (8) speichert, fur den Fall, daB die Definition 
eines der Sicherungsobjekte ist. 

18. Backupverfahren fur ein Datenbanksystem nach Anspruch 14, worin die Steuervorrichtung (2) die zu sichernden 
Daten in eine Form eines Dateneinfugungsbefehls zum Einfugen von in einer Datenbanksprache geschriebenen 
Daten umwandelt und den Einfugungsbefehl in dem Speichermedium (8) speichert fur den Fall, daB die Daten 
eines der Sicherungsobjekte sind. 
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19. Backupverfahren fur ein Datenbanksystem nach Anspruch 14, worin die Steuervorrichtung (2) Ersatzinformationen 
fur die Moglichkeit schafft, einen Wert einer Variablen zu ersetzen, und die Ersatzinformationen in dem Speicher- 
medium (8) speichert fur den Fall, daB die Variable, fur die die Moglichkeit besteht, den Wert von dieser zu ersetzen, 
eines der Sicherungsobjekte ist. 

20. Backupverfahren fur ein Datenbanksystem nach Anspruch 14, worin die Definition in dem Datenbanksystem (9) 
einen ausfuhrbaren Vorgang katalogisiert auf der Grundlage einer Datenbanksprache, das Datenbanksystem ein 
Programm enthalt, das einen Quellencode des Vorgangs und Verarbeitungsdaten durch Ausfuhren des ausfuhr- 
baren Vorgangs, der in der Definition katalogisiert ist, hat, und die Backupvorrichtung fur ein Datenbanksystem 
weiterhin Programmzugriffsmittel (7) fur den Zugriff auf das Programm aufweist, worin fur den Fall, daS der aus- 
fuhrbare Vorgang eines der Sicherungsobjekte ist, die Steuervorrichtung (2) das Programm identifiziert, welches 
den Quellencode des ausfuhrbaren Vorgangs hat, als das Sicherungsobjekt anstelle des ausfuhrbaren Vorgangs, 
und das zu sichernde Programm mit den Programmzugriffsmitteln (7) herauszieht und das Programm in dem 
Speichermedium (8) speichert. 

21. Backupverfahren fur ein Datenbanksystem nach Anspruch 14, worin die Steuervorrichtung (2) einen Bereichsre- 
servierungsbefehl schafft zum Reservieren eines Datenaufzeichnungsberebhs, der in einer Datenbanksprache 
geschrieben ist, und den Bereichsreservierungsbefehl in dem Speichermedium (8) speichert. 

22. Backupverfahren fur ein Datenbanksystem nach Anspruch 14, worin das Datenbanksystem (9) ein Journal zum 
Aufzeichnen der Zugriffshistorie mit einer Daten-ID hat, die Steuervorrichtung (2) die in dem Journal aufgezeich- 
nete Daten-ID sucht und die auf die Sicherungsobjekte bezogene Zugriffshistorie herauszieht auf der Grundlage 
der Suche der Daten-ID, und die herausgezogene Zugriffshistorie als ein Sicherungsjournal in dem Speicherme- 
dium (8) speichert. 

23. Backupverfahren fur ein Datenbanksystem nach Anspruch 14, worin die Definition eine Abhangigkeitsbeziehung 
von Daten definiert, und die Sicherungsvorgangs-Erzeugungsmittel (3) die Abhangigkeitsbeziehung zwischen den 
zu sichemden Daten identifizieren, und die Steuervorrichtung (2) die durch die Sicherungsvorgangs-Erzeugungs- 
mittel (3) identifizierte Abhangigkeitsbeziehung in dem Speichermedium (8) speichert. 



Revendications 

1 . Dispositif de sauvegarde pour systeme de base de donnees pour sauvegarder des objets de sauvegarde dans un 
milieu de memoire (8) a partir d'un systeme de base de donnees (9), qui possede une definition et des donnees 
definies par la definition, comprenant : 

(a) des moyens (6) d'acces a la base de donnees pour acceder au systeme de base de donnees, 

(b) des moyens (5) d'acces au milieu de memoire pour sauvegarder les objets de sauvegarde en tant que 
donnees de sauvegarde dans le milieu de memoire (8) ; 

(c) des moyens (1) d'interpretationde commandes pour introduire et interpreter une commandede sauvegarde 
du systeme de base de donnees (9); 

(d) des moyens (3) formant generateur de procedure de sauvegarde pour acceder a la definition contenue 
dans le systeme de base de donnees (9) par I'intermediaire des moyens (6) d'acces a la base de donnees et 
produire une procedure de sauvegarde pour sauvegarder les objets de sauvegarde; 

caracterise par 

(e) des moyens de commande (2) pour identifier les objets de sauvegarde par reference a la definition dans 
le systeme de base de donnees (9) sur la base de la commande de sauvegarde interpretee par les moyens 
(1 ) ^interpretation de commandes, pour envoyer les objets de sauvegarde aux moyens (3) formant generateur 
de procedure de sauvegarde de maniere a produire la procedure de sauvegarde, pour extraire les objets de 
sauvegarde a partir du systeme de base de donnees (9) avec les moyens (6) d'acces a la base de donnees 
conformement a la procedure de sauvegarde, et pour memoriser les objets de sauvegarde sous la forme d'une 
serie de commandes dans un langage de base de donnees, dans le milieu de m6moire (8) avec les moyens 
(5) d'acces au milieu de memoire. 

2. Dispositif de sauvegarde pour systeme de base de donnees selon la revendication 1 , dans lequel les moyens (1 ) 
^interpretation de donnees comprennent : 
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(1) des moyens pour recevoir et interpreter une commande de sauvegarde; et 

(2) des moyens pour envoyer une commande de sauvegarde a des moyens de commande. 

3. Dispositif de sauvegarde pour systeme de base de donnees selon la revendication 1 , dans lequel la commande 
de sauvegarde comprend : 

(a) une liste d'objets, la llste possedant au molns I'un des objets qui est un nom d'une unite de description 
d'une categorie de donnees, 

(b) une affectation de type d'objet; 

(c) une affectation de gamme d'objets. 

4. Dispositif de sauvegarde pour systeme de base de donnees selon la revendication 1 , dans lequel les moyens 

(6) d'acces a la base de donnees incluent un langage de base de donnees pour acceder au systeme de 
base de donnees (9). 

5. Dispositif de sauvegarde pour systeme de base de donnees selon la revendication selon la revendication 1 , dans 
lequel les moyens de commande (2) comprennent : 

(a) des moyens pour convertir les objets de sauvegarde sous la forme d'une description de commande, la 
description de commande etant ecrite dans un langage de la base de donnees, et 

(b) des moyens pour envoyer la description de commande aux moyens (5) d'acces au milieu de memoire pour 
une sauvegarde dans le milieu de memoire (8). 

6. Dispositif de sauvegarde pour systeme de base de donnees selon la revendication 1 , dans lequel les moyens de 
commande (2) comprennent : 

(a) des moyens pour convertir la definition devant etre sauvegardee en une forme de commande de definition, 
la commande de definition creant la definition devant etre ecrite dans un langage de base de donnees, et 

(b) des moyens pour fournir la commande de definition aux moyens (5) d'accfes au milieu de memoire pour 
sauvegarder !a commande de definition dans le milieu de memoire (8), lorsque la definition est I'un des objets 
de sauvegarde. 

7. Dispositif de sauvegarde pour systeme de base donnees selon la revendication 1 , dans lequel les moyens de 
commande (2) comprennent : 

(a) des moyens pour convertir les donnees devant etre sauvegardees en une forme de commande d'insertion 
de donnees, la commande d'insertion de donnees servant a inserer les donnees devant etre ecrites dans un 
langage de la base de donn6es, et 

(b) des moyens pour envoyer la commande d'insertion de donn6es aux moyens (5) d'accfes au milieu de 
memoire pour sauvegarder la commande d'insertion de donnees dans le milieu de memoire (8), lorsque les 
donnees constituent Tun des objets de sauvegarde. 

8. Dispositif de sauvegarde pour systeme de base de donnees selon la revendication 1 , dans lequel les moyens de 
commande (2) comprennent : 

(a) des moyens pour cr6er une information de remplacement, I'information de remplacement servant a rem- 
placer une valeur d'une variable, et 

(b) des moyens pour envoyer I'information de remplacement aux moyens (5) d'accfes au milieu de memoire 
pour sauvegarder I'information de remplacement dans le milieu de memoire (8) lorsque la variable est I'un 
des objets de sauvegarde. 

9. Dispositif de sauvegarde pour systeme de base de donnees selon la revendication 1 , comprenant en outre des 
moyens (7) d'accfes a un programme pour accfeder a un programme, le programme possedant un code source 
d'une procedure, et traitant des donnees en executant une procedure executable, la procedure executable etant 
catalogu6e par la definition dans le systfeme de base de donnees (9) sur la base d'un langage de la base de 
donnees. 

10. Dispositif de sauvegarde pour systfeme de base de donnees selon la revendication 9, dans lequel les moyens de 
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commande (2) comprennent : 

(a) des moyens pour Identifier le programme, qui comporte fe code source de la procedure executable en tant 
qu'objet de sauvegarde, a la place de la procedure executable, 

(b) des moyens pour extraire le programme devant etre sauvegarde, a i'aide des moyens (7) d'acces au 
programme; et 

(c) des moyens pour envoyer le programme aux moyens (5) d'acces au milieu de memoire pour sauvegarder 
le programme dans le milieu de memoire (8). 

1 1 . Dispositif de sauvegarde pour systeme de base de donnees selon la revendication 1 , dans lequel les moyens de 
commande (2) comprennent : 

(a) des moyens pour creer une commande de reserve de zone pour reserver une zone d'enregistrement de 
donnees, I'enregistrement des donnees devant etre ecrites dans un langage de base de donnees, et 

(b) des moyens pour envoyer la commande de reserve de zone aux moyens (5) d'acces au milieu de memoire 
pour sauvegarder la commande de reserve de zone dans le milieu de memoire (8). 

12. Dispositif de sauvegarde pour systeme de base de donnees selon la revendication 1 , dans lequel les moyens de 
commande (2) comprennent : 

(a) des moyens pour rechercher une identification de donnees enregistrees dans un journal dans le systeme 
de base de donnees (9); 

(b) des moyens pour extraire un historique des acces associe aux objets de sauvegarde sur la base de ia 
recherche de I'identifiant de donnees; et 

(c) des moyens pour envoyer I'historique extrait des acces aux moyens (5) d'acces au milieu de memoire pour 
sauvegarder I'historique extrait des acces en tant que journal de sauvegarde dans le milieu de memoire (8). 

13. Dispositif de sauvegarde pour systeme de base de donnees selon ia revendication 1 , dans lequel les moyens (3) 
formant generateur de procedure de sauvegarde comprennent : 

(a) des moyens pour identifier une relation de dependance entre les donnees a sauvegarder, la relation de 
dependance etant definie par la definition; et 

(b) des moyens pour envoyer la relation de dependance aux moyens (5) d'acces au milieu de memoire pour 
sauvegarder la relation de dependance dans le milieu de memoire (8). 

14. Precede de sauvegarde pour systeme de base de donnees utilisant le dispositif selon I'une des revendications 1 
a 13 pour sauvegarder ies objets de sauvegarde dans un milieu de memoire (8) a partir d'un systeme de base de 
donnees (9), qui possede une definition et des donnees definies par la definition, selon lequel des moyens (6) 
d'acces a la base de donnees accedent au systeme de base de donnees, les moyens (5) d'acces au milieu de 
memoire sauvegardent les objets de sauvegarde sous la forme de donnees de sauvegarde dans le milieu de 
memoire (8), des moyens (1 ) ^interpretation de commandes introduisent et interpretent une commande de sau- 
vegarde du systeme de base de donnees (9), des moyens (3) formant generateur de procedure de sauvegarde 
accedent a la definition dans le systeme de base de donnees (9) par i'intermediaire des moyens (6) d'acces a la 
base de donnees et produisent une procedure de sauvegarde pour sauvegarder les objets de sauvegarde, et des 
moyens de commande (2) identifient les objets de sauvegarde en reference a la definition du systeme de base 
de donnees (9) sur la base de la commande de sauvegarde interpretee par les moyens (1) ^interpretation de 
commande, en delivrant les objets de sauvegarde aux moyens (3) formant generateur de procedure de sauvegarde 
de maniere a executer une procedure de sauvegarde, en extrayant les objets de sauvegarde du systeme de base 
de donnees (9) a I'aide des moyens (6) d'acces a la base de donnees conformement a la procedure de sauvegarde, 
et en memorisant les objets de sauvegarde sous la forme d'une serie de commandes dans un langage de base 
de donnees dans le milieu de memoire (8) a I'aide des moyens (5) d'acces au milieu de memoire, et selon lequel 
les moyens (1) ^interpretation de commandes introduisent la commande de sauvegarde avec une iiste d'objets 
comportant au moins un nom d'unite de description de categorie de donnees tel que des noms d'utilisateurs, des 
schemas, un nom de donnees tel qu'une table SQL et un fichier, un nom de donnees logiques tel qu'un affichage, 
un nom de programme, un nom de privilege, et avec une affectation de type d'objet et une affectation de gamme 
d'objets, et les moyens de commande (2) identifient les objets de sauvegarde, qui sont inclus dans I'affectation 
de type d'objets et dans I'affectation de gamme d'objets en reference a la definition basee sur la Iiste des objets 
et I'affectation du type d'objets et i'affectation de gamme d'objets, introduites. 
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15. Procede de sauvegarde pour systeme de base de donnees selon la revendication 14, seton lequel I'acces au 
systeme de base de donnees (9) s'effectue au moyen d'un langage de base de donnees et les moyens (6) d'accfcs 
a la base de donnees accedent au systeme de base de donnees au moyen du langage de la base de donnees. 

16. Procede de sauvegarde pour systeme de base de donnees selon la revendication 14, selon iequel les moyens de 
commande (2) convertissent des objets de sauvegarde en une forme d'une description de commande ecrite dans 
un langage de base de donnees et memorisant la description de commandes dans le milieu de memoire (8), 

17. Procede de sauvegarde pour systeme de base de donnees selon la revendication 14, selon lequel les moyens de 
commande (2) convertissent la definition devant etre sauvegardee en une forme de commande de definition pour 
creer la definition ecrite dans un langage de base de donnees et memoriser la commande de definition dans le 
milieu de memoire (8), dans le cas ou la definition est Tun des objets de sauvegarde. 

18. Procede de sauvegarde pour systeme de base de donnees selon la revendication 14, selon lequel les moyens de 
commande (2) convertissent les donnees devant etre sauvegardees en une forme d'une commande d' insertion 
de donnees pour inserer des donnees ecrites dans un langage de base de donnees et memoriser la commande 
d'insertion dans le milieu de memoire (8), dans le cas oD les donnees sont I'un des objets de sauvegarde. 

19. Procede de sauvegarde pour systeme de base de donnees selon la revendication 14, selon lequel les moyens de 
commande (2) creent une information de remplacement pour pouvoir remplacer une valeur d'une variable et me- 
moriser ('information de remplacement dans le milieu de memoire (8), dans le cas ou la variable, dont on peut 
remplacer la valeur, est I'un des objets de sauvegarde. 

20. Procede de sauvegarde pour systeme de base de donnees selon la revendication 14, selon lequel la definition 
dans le systeme de base de donnees (9) catalogue une procedure executable basee sur un langage de base de 
donnees, le systeme de base de donnees comprend un programme possedant un code source de la procedure 
et des donnees de traitement moyennant ('execution de la procedure executable cataloguee dans la definition, et 
ie dispositif de sauvegarde de systeme de base de donnees comprend en outre des moyens (7) pour accede r au 
programme, et selon lequel, dans le cas ou la procedure executable est I'un des objets de sauvegarde, les moyens 
de commande (2) tdentifient le programme qui possede le code source de la procedure executable, en tant qu'objet 
de sauvegarde a la place de la procedure executable, et extrait le programme devant etre sauvegarde avec les 
moyens (7) d'acces au programme et memorise le programme dans le milieu de memoire (8). 

21. Procede de sauvegarde pour systeme de base de donnees selon la revendication 14, dans lequel les moyens de 
commande (2) creent une commande de reserve de zone pour reserver une zone d'enregistrement de donnees 
ecrites dans un langage de base de donnees et memoriser la commande de reserve de zone dans le milieu de 
memoire (8). 

22. Procede de sauvegarde pour systeme de base de donnees selon la revendication 14, selon lequel le systeme de 
base de donnees (9) comporte un journal pour enregistrer un historique d'acces avec I'identifiant de donn6es, les 
moyens de commande (2) recherchent I'identifiant de-donnees enregistre dans le journal et extraient I'historique 
d'acces associe aux objets de sauvegarde sur la base de la recherche de I'identifiant de donnees, et memorise 
I'historique d'acces extrait en tant que journal de sauvegarde dans le milieu de memoire (8). 

23. Procede de sauvegarde pour systeme de base de donnees selon la revendication 14, dans lequel la definition 
def init une relation de dependance de donnees et les moyens (3) formant generateur de procedure de sauvegarde 
identifient ia relation de dependance entre les donnees devant etre sauvegardees, et les moyens de commande 
(2) memorisent la relation de dependance identifiee par les moyens (3) formant generateur de procedure de sau- 
vegarde dans le milieu de memoire (8). 
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